Bug 23457 – RTL: Weird behavior when trying to select Hebrew text

• Status: NEW
• Component: HTML Editing

[Jeremy Moskovich]

Checked on Browser:
FF 3: OK
IE: OK
Safari 3.12/WebKit nightly: Error

The problem is that it's very tricky to select the 2nd and third line of the title text on this page.

Selecting the whole paragraph containing the tile shows these two lines with a "stronger selection" as if the selection is drawn twice.

From the original bug report:
"try selecting the big purple title of this page (תקציב עיריית רעננה לשנת 2009 -  516
מיליון שקלים) - it's only big in chrome btw
http://www.local.co.il/raanana/7392/articles.htm
it's all plain text
but line 2 and 3 (תקציב עיריית רעננה לשנת 2009 ) are almost impossible to select
it can only be selected as a whole as if it is a picture
and cannot be copied to the clipboard

it works just fine in IE, and that title is also a lot smaller in IE"

[Jeremy Moskovich]

Created attachment 26895 [details]
Screenshot

[Jeremy Moskovich]

Original report: http://code.google.com/p/chromium/issues/detail?id=6135#c6

[Jeremy Moskovich]

Created attachment 26947 [details]
Reduction

[Yair Yogev]

the reduction posted doesn't show the bug

the original page at http://www.local.co.il/raanana/7392/articles.htm still does though

[Yair Yogev]

this is not only a mac issue of course

(In reply to comment #5)
> this is not only a mac issue of course
> 

A good way to indicate this is to set the OS field to "All".  

[Yair Yogev]

seems to be fixed
i can reproduce the issue using an old version of WebKit but not on the latest ones

[Jeremy Moskovich]

I can still see some weirdness in the latest WebKit nightly, although the symptoms are different than before.

Update steps to reproduce:
* Open the attached reduction and change the Text Encoding to Hebrew (Windows)
* Drag down from the top to just below the 2nd line so the first and second line are both completely selected.
* Drag up a bit and move the selection slowly in the gap between "2009" and the first Hebrew word.

Actual result:
Note that the color of "2009" changes while the selection background color behaves correctly.

Expected result:
The color of "2009" should stay the same as the rest of the text.

[Jeremy Moskovich]

Created attachment 50174 [details]
Screenshot

[Yair Yogev]

is it reproducible under windows too?

[Jeremy Moskovich]

Created attachment 87330 [details]
Reduced test case

[Jeremy Moskovich]

Looks like the errant drawing is happening in RootInlineBox::lineSelectionGap() .