This is like bug 92593 but for text boxes. When you drag to select across text in a flipped block, when the mouse pointer is at the top of the line, it’s already selecting the line above.
Created attachment 155182 [details] When comparing y coordinates in flipped text, make strict inequalities non-strict and vice versa
Comment on attachment 155182 [details] When comparing y coordinates in flipped text, make strict inequalities non-strict and vice versa Makes sense.
This should probably in the editing for consistency. We should really add a "Hit testing" component.
Fixed in <http://trac.webkit.org/r123988>.
Unfortunately r123988 made fast/writing-mode/flipped-blocks-hit-test-line-edges.html fail on Qt WebKit1. I have created a bug for it on the following link: https://bugs.webkit.org/show_bug.cgi?id=92636
Comment on attachment 155182 [details] When comparing y coordinates in flipped text, make strict inequalities non-strict and vice versa View in context: https://bugs.webkit.org/attachment.cgi?id=155182&action=review > LayoutTests/fast/writing-mode/flipped-blocks-hit-test-line-edges-expected.txt:10 > +PASS: offset at (60,24) was 26. This new test case fail on Qt and Chromium Linux too. See the bug report mentioned by the previous comment.
Comment on attachment 155182 [details] When comparing y coordinates in flipped text, make strict inequalities non-strict and vice versa Clearing flags.