Closed Bug 96297 Opened 23 years ago Closed 23 years ago

displays a false horizontal line in tables (artefact)

Categories

(Core :: Layout: Tables, defect)

x86
Windows 2000
defect
Not set
normal

Tracking

()

RESOLVED DUPLICATE of bug 22274

People

(Reporter: mpublic, Assigned: karnaze)

References

()

Details

Attachments

(2 files)

From Bugzilla Helper: User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:0.9.3) Gecko/20010801 BuildID: 2001080110 I'm not 100% sure wether this is an actual bug but it has been bugging me since I first tested Mozilla half a year ago. It only occurs in standards mode. At the above specified location you will surely see right away what I'm talking about. Note that there is a second line at the very bottom of the page. A style sheet is being used within the document, but without one it looks even worse. It used to be TERRIBLE with I think Mozilla 0.6 (the first Netscape version). Then it became a little better with something like Moz 0.8 or 0.9 and I was hoping for you to eliminate the artefact completely. Since it's still unchanged I decided to report it to you. I don't see any mistakes or not standard complying tags in my HTML source. Reproducible: Always Steps to Reproduce: 1. go to the above provided web page. Actual Results: you will see what I believe to be a rendering engine problem (an artefact). Expected Results: not displaying those lines
See Boris' comment in bug 60543 for details. *** This bug has been marked as a duplicate of 60543 ***
Status: UNCONFIRMED → RESOLVED
Closed: 23 years ago
Resolution: --- → DUPLICATE
The problem does not occur in the given URL. Build ID: 2002010703 WIN2K
Status: RESOLVED → VERIFIED
I'm reopening the bug as there seem to be unresolved issues. I can't do it myself from where I am at the moment but if you put in a document type definition at the top of the document, you will see the artefact again.
Status: VERIFIED → UNCONFIRMED
Resolution: DUPLICATE → ---
can you post a screenshot ? i tried html 4 trans and strict dtd with moz 2002020406 on win2k and couldnt see it
Ok, I have now created a new file displaying the bug and I have also uploaded a screenshot (Win XP, Mozilla 0.9.9) If you go to this URL you will see what I mean: http://ah121.tripod.com/News_DTD.html Exactly the same file without a DTD: http://ah121.tripod.com/News.html Screenshot: http://ah121.tripod.com/Screenshot.gif Regards, Marcus
ok, seen and understood now i think, it WORKS WITHOUT the DTD, but it DOESNT work WITH the DTD. height and width aint allowed in html strict tds, so you gotta align the pictures to absbottom to make it look right. i think its a strictness of mozilla/html and not a bug. why use a dtd anyway ? your code doesnt qualify for it anyway.
You are right, it doesn't occur if you set it to absbottom, but it doesn't have to do anything with the strict dtd. I have now changed it to loose /transitional and it looks just the same.
Attached file test case (deleted) —
uploading a minimal testcase. i'm not sure who's right and who's wrong, but with this test case, IE6 doesn't put a gap between the image in the first row, and the background of the second row, but mozilla does (only in standards-compliant mode, activated by the DTD). question is - should that gap be there with cellpadding=0 and cellspacing=0. i'm not sure of the answer.
Attached file Validating version of above test case (deleted) —
Either don't use a strict doctype or if you do want a strict doctype make sure that your images have the style {display:block;}. BTW: There is little point using a strict doctype if your html won't validate at http://validator.w3.org/ - you only gain compliance mode and your html/css now has to be "perfect" in order to look correct :) For the long explanation for this behaviour see bug 22274 and http://mozilla.org/docs/web-developer/quirks/ (in short Moz is doing it correctly and no, its behaviour won't be changed - that's what quirks mode is for). Marking as dup. *** This bug has been marked as a duplicate of 22274 ***
Status: UNCONFIRMED → RESOLVED
Closed: 23 years ago23 years ago
Resolution: --- → DUPLICATE
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: