Closed Bug 245658 Opened 20 years ago Closed 20 years ago

images displayed over the top of text, layout is incorrect.

Categories

(Core :: Layout: Tables, defect)

x86
Windows XP
defect
Not set
normal

Tracking

()

VERIFIED DUPLICATE of bug 241161

People

(Reporter: matthew.w, Unassigned)

References

()

Details

(Keywords: regression)

User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7b) Gecko/20040421 Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7b) Gecko/20040421 In the page at http://www.iinet.net.au/products/home/bliink/bliink256lite.html the adsl details are overlayed with a menu item. The adsl plan details should be on the left hand side. Works ok with IE6 and also Firefox version 0.8 Reproducible: Always Steps to Reproduce: 1. goto URL http://www.iinet.net.au/products/home/bliink/bliink256lite.html 2. 3. Actual Results: Layout incorrectly displayed Expected Results: layout should be correctly displayed. works ok with Firefox version 0.8
forgot to confirm seems to me that the left border of two tables is rendered with the width of the tables, and then the tables to the right of this thick border, so the tables overlap the neighboring elements.
Assignee: jdunn → nobody
Status: UNCONFIRMED → NEW
Component: Layout: Images → Layout: Tables
Ever confirmed: true
QA Contact: core.layout.images → core.layout.tables
Please don't confirm layout bugs without simplified testcases.
The markup has: <table width="540" border="0" cellspacing="0" cellpadding="0" align="left" bordercolor="#ffffff" height="146"> </table> <table width="540" border="0" cellspacing="0" cellpadding="0" height="145" bgcolor="white"> and then content. So all the content is pushed to the right by 540 px. That's the right behavior, given that markup.
Depends on: 241161
Depends on: 240148
No longer depends on: 241161
re comment #4: there is an empty table with width 540, followed by a table with content, width 540, so all the content is pushed to the right by 540 px. Thanks for the clarification, so I can stop working on a testcase. I confirmed this bug based on a 2 day regression time span, and a guess that Bug 227123 empty tables can have a size changed the behaviour. *** This bug has been marked as a duplicate of 241161 ***
Status: NEW → RESOLVED
Closed: 20 years ago
Resolution: --- → DUPLICATE
wfm Mozilla/5.0 (Windows; U; Win98; en-US; rv:1.8a2) Gecko/20040608 Tinderbox build, Build ID: 2004060823 2004-06-08 21:13 bmlk%gmx.de mozilla/ layout/ html/ table/ src/ nsTableFrame.cpp 3.571 3/1 empty tables should not have a size in quirks mode. bug 241161 r/sr=bzbarsky
Status: RESOLVED → VERIFIED
You need to log in before you can comment on or make changes to this bug.