25879 - Page not rendered correctly - mozilla pads tables

Status: VERIFIED DUPLICATE of bug 24795

(SeaMonkey :: General, defect, P3)

Description

[blockcipher]

This page uses Javascript to detect browser type and it also uses tables, so I
left it here because I was unsure where the problem exactly lies.  The text is
supposed to be next to the left-hand "border" of advertisements/links.  My
original thought was that it was having problems with the tables, but after
looking at the code, it may be the javascript.

Comment 1

[leger]

Assigning all open "[e-mail]" bugs to "[e-mail]" to weed 
thru.

Comment 2

[tupshin]

This page has literally hundreds of problems, not the least of which is that it 
does explicit browser checking for IE3, IE4, Netscape3, and Netscape 4, and 
mostly ignores the rest.  If we simplify the case extremely, and treat it as if 
the JavaScript thought that we are running IE4, we get the attached example:

A few things are happening here.  First of all, we are relying on behaviour of 
align="left" for non nested tables, the behavior of which is not well defined.  
Second of all, if we remove align="left" from both tables, then both IE and 
Mozilla render the two tables on top of each other.  Finally, if you replace 
all instances of width="610" with width="621" within table tags, then the 
original page renders fine.  

My first reaction was to say that zd is doing horrendous things on this page, 
and we should ignore it.  However, I realize that it does point out a 
potentially important issue.  Mozilla seems to treat tables with a width 
attribute as approximately 4 pixels wider than the width attribute specifies 
*even if border, cellspacing, and cellpadding are all set to zero*.

This is almost definitely a dup of bug 25617, albeit with very different 
semantics

Comment 3

[tupshin]

Attachment: simplified test case

Comment 4

[troy]

Wow, tupshin, vert impressive job. You're right on about the additional 4px for 
floated tables and yes that's the problem in 25617. I just notices that last 
night. It's because of two rule in html.css that explcitly give a right-margin 
for left floated tables and a left-margin for right floated tables

I'm working on fixing that now

Comment 5

[troy]

Removing the bogus margins that are specified in html.css doesn't fix this case, 
although it does fix bug #25617

Comment 6

[troy]

Marking as a DUP of 24795

*** This bug has been marked as a duplicate of 24795 ***

Comment 7

[Blake Ross]

*spam* changing qa contact from [e-mail] to me ([e-mail]) 
on 121 open or resolved (but not verified) bugs.  sorry for the spam everybody, 
but most of these bugs would just remain dormant and not checked by QA 
otherwise.  I'm not sure how so many bugs have nobody as their QA contact, but 
I suspect this is the fault of some sort of bugzilla corruption that happened 
at some point (most of these bugs are in the 20000-26000 range, and I don't see 
where in the activity log that QA contact explicitly changed to 
[e-mail])

Anyways, sorry again for spam.  If you really get annoyed, I'm usually 
available in #mozilla on IRC for torture.

Comment 8

[Matt Perry]

Verified duplicate.