using build 2002060308/Linux RH7.1 create a html page with something like this: some text <u>underlined text</u> normal text Now, click somewhere within the underlined text, and drag along the text to increase your selection as soon as the selection moves past the underlined text, the underline will extend itself to cover more text.
WFM 1.0 branch 20020529 (Linux RH7.1). Tried this URL: http://www.cpt.dur.ac.uk/~levell/underline_testcase.html Did you have an URL in mind?
ok, you can try it at this url: http://staff.ncst.ernet.in/~philip/cmc-cmcl.html There are two underlines sections, it happens for both. seems it doesn't happen for shorter items.
It's not to do with the length of the underlined section. It's because my test case didn't have a style-sheet and the "problem" webpage does. To get the problem consistently, the margin and text-align attributes both seem to need to be set. A minimal test case showing the problem is now at: http://www.cpt.dur.ac.uk/~levell/underline_testcase2.html If just the margin is set: http://www.cpt.dur.ac.uk/~levell/underline_testcase3.html then I don't get the problem but I do get the strange "unselected" line at the end of the underlined region.(a vertical unselected line of pixels, 1 pixel wide through the blue selected region). If just the justify is set: http://www.cpt.dur.ac.uk/~levell/underline_testcase4.html Then you don't get the strange "unselected" line and need to wave the mouse around a bit to see the problem but it is there. Bizarre!
url 1 shows the bug alright. url 2 I couldn't see any problem. no vertical line for me. url3, the underline extends, but only for a split second, and only if you drag really fast. try dragging to the right and slightly upwards. it makes it easier to see. on one occassion the underline stayed, but i can't reproduce that.
Confirming issue in the 2002-06-05-05 OSX build.
Although bug #105265 involves selecting passed a link rather than underlined text in general I suspect (but don't know) it is the same bug?
*** Bug 105265 has been marked as a duplicate of this bug. ***
This is now quirks-only since we do standards text-decoration painting in standards mode.
I'm not sure what Boris means by quirks-only (I'm not a bugzilla expert) but this bug still exists and doesn't seem like it would be hard to squash. Reproducing the bug only seems to require a justified paragraph regardless of what earlier comments suggest. I created a simple testcase at this URL: http://www.nd.edu/~jquinn/underlinebug.htm
*** Bug 273771 has been marked as a duplicate of this bug. ***
Created attachment 168256 [details] testcase Possibly easier way to reproduce what I hope is the same bug: at least on Windows, where double-click selects, double-click the last word in the underlined section, and the underline is extended what looks like the length of the unselected underline (as though a new underline was drawn the correct length, but with the starting position at the start of the selection, rather than the start of the <u>'s content.
Just an update, still exists in Firefox 1.0.4 http://web.engr.oregonstate.edu/~philipsb/Screenshot.png
Created attachment 189323 [details] [diff] [review] Patch rv1.0
Comment on attachment 189323 [details] [diff] [review] Patch rv1.0 good catch
Comment on attachment 189323 [details] [diff] [review] Patch rv1.0 The risk is very low.
*** Bug 303758 has been marked as a duplicate of this bug. ***
*** Bug 309589 has been marked as a duplicate of this bug. ***
*** Bug 181770 has been marked as a duplicate of this bug. ***