Closed
Bug 148947
Opened 22 years ago
Closed 19 years ago
[quirks]selecting past underline extends underline
Categories
(Core :: Layout: Text and Fonts, defect, P2)
Core
Layout: Text and Fonts
Tracking
()
RESOLVED
FIXED
mozilla1.8beta4
People
(Reporter: philip, Assigned: masayuki)
References
Details
Attachments
(2 files)
120 bytes,
text/html
|
Details | |
1.61 KB,
patch
|
roc
:
review+
roc
:
superreview+
benjamin
:
approval1.8b4+
|
Details | Diff | Splinter Review |
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.
Comment 1•22 years ago
|
||
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?
Reporter | ||
Comment 2•22 years ago
|
||
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.
Comment 3•22 years ago
|
||
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!
Reporter | ||
Comment 4•22 years ago
|
||
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.
Comment 5•22 years ago
|
||
Confirming issue in the 2002-06-05-05 OSX build.
Status: UNCONFIRMED → NEW
Ever confirmed: true
Priority: -- → P4
Updated•22 years ago
|
Target Milestone: --- → Future
Comment 6•22 years ago
|
||
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?
Comment 7•21 years ago
|
||
*** Bug 105265 has been marked as a duplicate of this bug. ***
Comment 8•21 years ago
|
||
This is now quirks-only since we do standards text-decoration painting in standards mode.
Assignee: attinasi → font
Component: Layout → Layout: Fonts and Text
Priority: P4 → --
QA Contact: cpetersen0953 → ian
Summary: selecting past underline extends underline → [quirks]selecting past underline extends underline
Target Milestone: Future → ---
Updated•21 years ago
|
Priority: -- → P4
Target Milestone: --- → Future
Comment 9•20 years ago
|
||
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
Comment 10•20 years ago
|
||
*** Bug 273771 has been marked as a duplicate of this bug. ***
Comment 11•20 years ago
|
||
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.
Comment 12•19 years ago
|
||
Just an update, still exists in Firefox 1.0.4 http://web.engr.oregonstate.edu/~philipsb/Screenshot.png
Assignee | ||
Comment 13•19 years ago
|
||
Assignee: layout.fonts-and-text → masayuki
Status: NEW → ASSIGNED
Attachment #189323 -
Flags: superreview?(roc)
Attachment #189323 -
Flags: review?(roc)
Assignee | ||
Updated•19 years ago
|
OS: Linux → All
Priority: P4 → P2
Hardware: PC → All
Target Milestone: Future → mozilla1.8beta4
Comment on attachment 189323 [details] [diff] [review] Patch rv1.0 good catch
Attachment #189323 -
Flags: superreview?(roc)
Attachment #189323 -
Flags: superreview+
Attachment #189323 -
Flags: review?(roc)
Attachment #189323 -
Flags: review+
Assignee | ||
Comment 15•19 years ago
|
||
Comment on attachment 189323 [details] [diff] [review] Patch rv1.0 The risk is very low.
Attachment #189323 -
Flags: approval1.8b4?
Updated•19 years ago
|
Attachment #189323 -
Flags: approval1.8b4? → approval1.8b4+
Assignee | ||
Comment 16•19 years ago
|
||
checked-in.
Status: ASSIGNED → RESOLVED
Closed: 19 years ago
Resolution: --- → FIXED
Comment 17•19 years ago
|
||
*** Bug 303758 has been marked as a duplicate of this bug. ***
Comment 18•19 years ago
|
||
*** Bug 309589 has been marked as a duplicate of this bug. ***
Comment 19•18 years ago
|
||
*** Bug 181770 has been marked as a duplicate of this bug. ***
You need to log in
before you can comment on or make changes to this bug.
Description
•