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"
Created attachment 26895 [details] Screenshot
Original report: http://code.google.com/p/chromium/issues/detail?id=6135#c6
Created attachment 26947 [details] Reduction
the reduction posted doesn't show the bug the original page at http://www.local.co.il/raanana/7392/articles.htm still does though
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".
seems to be fixed i can reproduce the issue using an old version of WebKit but not on the latest ones
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.
Created attachment 50174 [details] Screenshot
is it reproducible under windows too?
Created attachment 87330 [details] Reduced test case
Looks like the errant drawing is happening in RootInlineBox::lineSelectionGap() .