Closed Bug 2643 Opened 26 years ago Closed 26 years ago

[4.xP] 99012512 table render problem on yahoo

Categories

(Core :: Layout: Tables, defect, P2)

Product:
Core
Component:
Layout: Tables
Type:
defect

Tracking

()

Status:
VERIFIED FIXED

People

(Reporter: phillip, Assigned: karnaze)

References

(
URL
)

Details

(Whiteboard: 4.x Product Parity Bug. (04/06) 3jrgm@qlink.queensu.ca -- review complete (test case already in place))

problem: the horizontal blue bars (<td>'s with blue backgrounds, i think) render the same on 4.51 and IE4.0, but renders 2 times taller on gecko -- is gecko wrong or is it right?
Summary: [PP]99012512 → [PP]99012512 table render problem on yahoo
updating summary and cc:
Assignee: michaelp → troy
Component: Rendering → Layout
i'm not really a layout person, so i don't know...
Assignee: troy → karnaze
Inserting Milestone info.
Setting all current Open/Normal to M4.
Summary: [PP]99012512 table render problem on yahoo → 99012512 table render problem on yahoo
phillip, still occurring with latest build. Give results on all platforms. Removing from [PP] list since it is marked All platforms.
Whiteboard: [4.xP] - 4.x Product Parity Bug.
Summary: 99012512 table render problem on yahoo → [4.xP] 99012512 table render problem on yahoo
Whiteboard: [4.xP] - 4.x Product Parity Bug. → 4.x Product Parity Bug.
Component: Layout → HTMLTables
i'm sliding this over to HTMLTables. Here is an ugly, minimized testcase, also available at http://wetnap.mcom.com/seamonkey/bugs/bug2643.html to duplicate bug: open the testcase in 4.5 and seamonkey. "expected" behavior: In 4.5, the first table never renders. that is probably a bug. regardless, yahoo and others devised a way to create blue bars using tables, as seen in table 2. So said webmasters use that method to create blue bars that are exactly 2 pixels high. now look at seamonkey. the first table renders as it should. it's a 100x2 blue box. the second table behaves much differently than 4.5 (or ie4) in that the box is much bigger. the HR and IMG are there for reference, both with dimensions 100x2 so..... is the bug in nav4.x and ie4, or is it an html3.2 -> 4 transitional problem, or is it a seamonkey problem? should gecko layout pages like 4.x used to? <html> <body bgcolor=white> should table 2 be so thick?<p> <p>table 1:</p> <table border=0 cellspacing=0 cellpadding=0 width=100> <tr><td height=2 bgcolor=6699cc></td></tr> </table> </table> <p>table 2:</p> <table border=0 cellspacing=0 width=100> <tr> <td bgcolor=6699cc> <table border=0 cellspacing=0 cellpadding=0> <tr><td height=2></td></tr> </table> </td> </tr> </table> <p>hr:</p> <hr size=2 noShade width=100 align=left> <p>img:</p> <img src="http://www.mozilla.org/images/bit.gif" alt="a" width=100 height=2 border =1> </body> </html> builds tried: feb 12, all platforms. the current builds are so unstable, i can't even load the pages.
Status: NEW → ASSIGNED
per leger, assigning QA contacts to all open bugs without QA contacts according to list at http://bugzilla.mozilla.org/describecomponents.cgi?product=Browser
Whiteboard: 4.x Product Parity Bug. → 4.x Product Parity Bug. (04/06) 3jrgm@qlink.queensu.ca -- review complete (test case already in place)
Status: ASSIGNED → RESOLVED
Closed: 26 years ago
Resolution: --- → FIXED
Fixed with latest checkin.
Status: RESOLVED → VERIFIED
verified on RedHat 5.2 i386 build 1999-04-26-09 winnt 4.0 sp4 build 1999-04-26-08 MacOs 8.51 PPC build 1999-04-26-08
Verified fixed on Win 95
You need to log in before you can comment on or make changes to this bug.