Bug 54434 – Backwards selection leaves out last character in certain cases

• Status: NEW
• Component: HTML Editing

[Roland Steiner]

This effect is most easily seen in an editable field, since there is a caret for "bookkeeping":

1.) Enter 'UVWXYZ' (works with any string, just using this for reference purposes below)
2.) click on the right half of the W, right next to the center point
3.) without moving the mouse: notice the caret being painted to the right of the character and the mouse cursor, as expected
4.) drag to the left towards U - notice that W doesn't get selected after all

HOWEVER:

2a) clicking "too far" right doesn't reproduce (the area where this happens is only a few pixels wide)
4a) clicking on the correct spot, but dragging even a little bit to the right before dragging left doesn't reproduce

This behavior is IMHO aggravating inasmuch as that on a backwards drag selection there is a certain chance that the last character (the one clicked on) does not actually become selected and one has to redo the selection.

[Tony Chang]

Evan fixed a similar selection bug for complex font glyphs.  Roland, can you be specific as to what platform you're testing this on?

[Roland Steiner]

(In reply to comment #1)
> Evan fixed a similar selection bug for complex font glyphs.  Roland, can you be specific as to what platform you're testing this on?

I tested it in Chrome on Mac and Windows.

[Alexey Proskuryakov]

Also reproducible in Safari (5.0.3 or ToT).

[Evan Martin]

Did http://trac.webkit.org/changeset/81053 fix this issue?

[Ryosuke Niwa]

I can't reproduce this bug on Safari 5 or TOT on Mac.

[Alexey Proskuryakov]

I can reproduce in Safari 5.0.4, but not in ToT.