Closed
Bug 296995
Opened 20 years ago
Closed 16 years ago
background gets messed up on inserting an image
Categories
(Core :: Layout, defect)
Tracking
()
RESOLVED
INCOMPLETE
People
(Reporter: oliver-bugzilla, Unassigned)
References
()
Details
User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.7.8) Gecko/20050511 Firefox/1.0.4 Build Identifier: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.7.8) Gecko/20050511 Firefox/1.0.4 http://www.tierversuchsgegner.org/texte/circumcision.html is displayed as intended. When I add an image (below the line <h2>► Trauma & post-traumatic recovery</h2>), the background gets messed up at the top and the bottom of the page. Both pages are validated as HTML4.01trans and use the standards compliant rendering mode. Displayed as intended: http://www.tierversuchsgegner.org/texte/circumcision.html http://validator.w3.org/check?uri=http%3A%2F%2Fwww.tierversuchsgegner.org%2Ftexte%2Fcircumcision.html Image added, page messed up: http://www.tierversuchsgegner.org/texte/circumcision2.html http://validator.w3.org/check?uri=http%3A%2F%2Fwww.tierversuchsgegner.org%2Ftexte%2Fcircumcision2.html Reproducible: Always Steps to Reproduce: 1. go to http://www.tierversuchsgegner.org/texte/circumcision2.html Actual Results: background of main box is partial black at top and bottom of the page. This happens in Mozilla 1.8a2 and in Firefox 1.0.4. Expected Results: background should be white, like in http://www.tierversuchsgegner.org/texte/circumcision.html Please fix this layout problem, but also name what causes this problem and suggest a workaround (change in HTML/CSS/JS?) for older version of Mozilla and Firefox. Att.: Both pages contain images of nude male human genitals.
Comment 1•20 years ago
|
||
Could you perhaps switch the images for something else, and put them on a test page? Quite frankly, people are more likely to look at the pages if they don't have to look at the images there now.
(In reply to comment #2) > Is there a page showing the problem? The links in comment 0 are 404... That's still the case. The site's probably gone.
Status: UNCONFIRMED → RESOLVED
Closed: 16 years ago
Resolution: --- → INVALID
Updated•16 years ago
|
Resolution: INVALID → INCOMPLETE
Comment 4•16 years ago
|
||
Daniel, this bug's incomplete, not invalid. In general, only the module owner or peers should be resolving bugs invalid...
(In reply to comment #4) > Daniel, this bug's incomplete, not invalid. In general, only the module owner > or peers should be resolving bugs invalid... I see. I wasn't really confident with either, but I get what you argue with. I'll keep this in mind as well. Besides, it may be a bad habit, but after editing a bug I vote for it a few weeks instead of CCing myself to it. This way I try to prevent even more spamming as many users still get a mail on CC-change. - Just FYI, I don't have a problem with being CC'd to a bug.
You need to log in
before you can comment on or make changes to this bug.
Description
•