Just a note: the behavior described at
https://www.mediawiki.org/w/index.php?title=Visual_editor/Feedback&oldid=552919#Double_click_selects_spaces
makes it very common to have spaces in the end of the selected text.

Confirmed that this is still the behaviour of the new version.

Should we trim-and-then-apply? Or apply, but then trim on save? If the latter, won't that screw with wikitext<->Visual Editor cleanness of conversions? If the former, will this be unexpected (e.g. people selected the space deliberately so that they could later insert some bold text after it)?

The use-case is:

1. User double-clicks a word
2. User clicks the Bold button

So "trim-and-then-apply" is the right thing to do 99% of the time.

If this helps... in 25+ years of editing, I can't think of a time I intentionally selected the space after a word in order to style it.

Actually, "trim-and-then-apply" is not precisely correct. You want "trim and move the highlighted space to be after the closing bold marker."

Mass-moving items into VisualEditor product

Agree that trim-selection-then-redraw-then-apply is appropriate iff the user has used a bulk-text-auto-selector (like double-click on word).

But are we sure on when they have actively gone out of their way to select the preceding/trailing space (shift-cursors, etc.)?

Mass-move out of "General" to "ContentEditable".

Standardise title.

Add to "VE-deploy-2012-07-09" milestone per this morning's meeting.

Fixed in https://gerrit.wikimedia.org/r/#/c/14108/