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.