110253 - Table cells overlap each other

Status: RESOLVED DUPLICATE of bug 14984

(Core :: Layout, defect)

Description

[Anatoly Kochergin]

From Bugzilla Helper:
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:0.9.5+)
Gecko/20011114
BuildID:    2001111403

See proposed screenshot.
Note that upper cell named "Pocket PC 2002 launch" overlap lower table with
comparison results, but PDA images from comparison table overlap content from
"Pocket PC 2002 launch" cell.

Reproducible: Always
Steps to Reproduce:
1.Open url
2.Resize browser window horizontally

Comment 1

[Itamar]

Same as reported for 
Mozilla/5.0 (Windows; U; Win98; en-US; rv:0.9.5+) Gecko/20011114
Interasting to notice that this happens on IE 5 too when the window is maximized.
I have res of 1024x768.

BTW what screenshot?

Comment 2

[Anatoly Kochergin]

About screenshot see bug #110259.

Comment 3

[Tim Hunt]

Well, the page is not valis HTML, despite the HTML 3.2 doctype.

Anyway, what seems to be going on is:

There is a list of links (the box with title "Pocket PC 2002 Launch" that is
floated right. (It is a table <table align="right" ...> ... </table>.) 

In the flow from which this if floated, there is a heading, then a few
paragraphs of text, then a big table of information about different PDAs.
Co-incidentally the top of this table is about the same height as the bottom of
the floated table, and these overlap sometimes, which is the bug being
complained of.

In fact this could well be a dupe of bug 14984, and bug 100552 looks similar too.

Anyway, I have created a simple testcase which I will attach in a moment. Try
resizing it horizontally. Interestingly, when you wrap the entire testcase in
<table><tr><td> ... </td></tr></table> then the beahavior changes slightly.
Wrapping the whole page in <div> ... </div> does nothing. 

Comment 4

[Tim Hunt]

Attachment: Testcase

Comment 5

[Boris Zbarsky [:bzbarsky]]

Actually, in this case I believe this is just not a bug.  The floater is floated
correctly.  The overlap also occurs in NS4 here.  Adding a "clear:right" to the
second table fixes things as it should...  We're rendering this correctly per
the CSS2 spec.

This situation is identical to bug 14984 (and distinct from bug 100552 which is
most definitely a bug).

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