Closed
Bug 281953
Opened 20 years ago
Closed 19 years ago
rogue horizontal line rendered below image with (0 < opacity < 1), for some combinations of font-size, position, top
Categories
(Core :: Layout: Images, Video, and HTML Frames, defect)
Tracking
()
RESOLVED
WORKSFORME
People
(Reporter: kleist, Assigned: jdunn)
References
Details
Attachments
(2 files, 2 obsolete files)
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.5) Gecko/20041107 Firefox/1.0 Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.5) Gecko/20041107 Firefox/1.0 The provided minimal test case results in the provided screenshot. A thin, horizontal line is rendered below the image if: - the body has style "font-size: 76%" (but not 75 or 77) - the paragraph containing the image has style "position: relative" and "top: 3em" (or 4em, or 5em; but not e.g. 2em or 6em) - the paragraph containing the image has other "opacity" than 0 or 1 Could this be related to bug 274591 ? Reproducible: Always Steps to Reproduce:
| Reporter | ||
Comment 1•20 years ago
|
||
| Reporter | ||
Comment 2•20 years ago
|
||
Comment 3•20 years ago
|
||
Please test a current trunk build... You're using a layout engine from early April 2004...
| Reporter | ||
Comment 4•20 years ago
|
||
new testcase referring to correct bug id
Attachment #174057 -
Attachment is obsolete: true
| Reporter | ||
Comment 5•20 years ago
|
||
new screendump referring to correct bug id
Attachment #174058 -
Attachment is obsolete: true
| Reporter | ||
Comment 6•20 years ago
|
||
[Sorry for spamming you all... ] Boris, thanks for your point. I have now tried this build: "Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8b) Gecko/20050211 Firefox/1.0+" downloaded from here: <http://ftp.mozilla.org/pub/mozilla.org/firefox/nightly/latest-trunk/firefox-1.0+.en-US.win32.installer.exe>. And yes, I can still reproduce the weirdness (which smells rounding error, doesn't it?).
Comment 7•20 years ago
|
||
Mozilla/5.0 (Windows; U; Win98; en-US; rv:1.8b) Gecko/20050211 I´m seeing this too. When I switch to another tab and return, the underline may be reduced to two points just there where the vertical borders of the image would cut the line. I opened composer on that testpage and saw it too in composer. I saw some changes working, and then it wasn´t reproducable. I duplicated the <image ..> and saw two images, each one having its underline. I minimized composer and dragged it to top left corner, then dragged the lower right edge up and down, hovering over the testcase image in Mozilla. The underline was sometimes destroyed, sometimes repainted, depending maybe on speed or some other timing. I then noticed the first (original) image in the composer window has lost its underline, the image to the right still had it.
Comment 8•20 years ago
|
||
*** Bug 286190 has been marked as a duplicate of this bug. ***
Comment 9•20 years ago
|
||
Confirming as a valid bug. Looks strange indeed and the problem seems to be very specific.
Status: UNCONFIRMED → NEW
Ever confirmed: true
Comment 10•19 years ago
|
||
This bug is non-existent on branch Build ID: 2006011112, i'm guessing it's been fixed on trunk by now?
Comment 11•19 years ago
|
||
WFM in Windows Firefox 1.5 and 20060520 Trunk (cairo).
Status: NEW → RESOLVED
Closed: 19 years ago
Resolution: --- → WORKSFORME
Updated•6 years ago
|
Product: Core → Core Graveyard
Updated•6 years ago
|
Product: Core Graveyard → Core
You need to log in
before you can comment on or make changes to this bug.
Description
•