Closed
Bug 378979
Opened 17 years ago
Closed 17 years ago
display of underlined text changes
Categories
(Core :: Layout, defect)
Tracking
()
VERIFIED
DUPLICATE
of bug 365336
People
(Reporter: ray, Unassigned)
Details
Attachments
(1 file)
575 bytes,
text/html
|
Details |
The underlining of these two lines is different and there is no reason for it. In the second "text text" paragraph, there is a pixel-high space between the letters and the underline. In the second, there is no extra pixel space. If you remove the first paragraph, the text display is correct.
Comment 1•17 years ago
|
||
Is there a testcase for this? Bugs filed in Core::Layout require testcases before they can be marked as "NEW" and should be filed as UNCONFIRMED otherwise.
I thought UNCONFIRMED would be if the bug could not be reproduced. Isn't a test case required before a fix for the bug is accepted?
Comment 3•17 years ago
|
||
Since the bug report in comment 0 isn't clear, I'm not sure how anyone is supposed to reproduce it. The Layout component requires a simplified testcase for confirmation so that bugs can actually be reproduced by developers. This is linked to from http://www.mozilla.org/quality/help/bugzilla-privilege-guide.html#unconfirmed and has been the case for quite a while now.
I just realized, I attached a source file with the bug and it did not stick when I saved the bug. Sorry about that. I think me explanation was complete enough, with the attachment. I will have to keep an eye on bugzilla in the future, to make sure attaching a file in bug creation works.
This attachment should, perhaps, attach itself to the bug. I'll cross my fingers this time.... Ah. If one does not add a description to the attachment when attaching on creation, there is no warning. It just ignores the attachment. I'll file that against bugzilla.
Status: NEW → RESOLVED
Closed: 17 years ago
Resolution: --- → DUPLICATE
Updated•17 years ago
|
Status: RESOLVED → VERIFIED
You need to log in
before you can comment on or make changes to this bug.
Description
•