Closed Bug 89315 Opened 24 years ago Closed 24 years ago

Table layout problems - cells not same height in row

Categories

(Core :: Layout: Tables, defect)

Product:
Core
Component:
Layout: Tables
Platform:
x86
Windows 2000
Type:
defect
Priority:
Not set
Severity:
normal

Tracking

()

Status:
VERIFIED FIXED
Milestone:
mozilla0.9.5

People

(Reporter: jst, Assigned: karnaze)

References

(
URL
)

Details

(Keywords: topembed, Whiteboard: checked in on trunk during m0.9.4)

Attachments

(2 files)

Testcase (same as reported URL)
159.43 KB, text/html
Details
patch to fix the bug
7.33 KB, patch
Details | Diff | Splinter Review
Loading the above URL the layout of the table is incorrect below channel 37 on the page.
we need a simpler test case.
Keywords: qawanted
Its kind of wiered because when I opened the URL the page does not render the table correctly, But when I opened it locally from my desktop its rendering it correctly... Can some one explain why it is behaving like that.. I was trying to minimise the testcase
I believe this is a incremental reflow problem, when loading over the net the page is fed in chunks to the layout engine, causing incremental reflows, while when locally loaded it is given unpartioned to the layout engine.
*** Bug 91048 has been marked as a duplicate of this bug. ***
*** Bug 90305 has been marked as a duplicate of this bug. ***
The same if you reload the page. Then everything is OK.
*** Bug 95464 has been marked as a duplicate of this bug. ***
Status: NEW → ASSIGNED
Keywords: qawanted → patch
Target Milestone: --- → mozilla0.9.4
Summary: Table layout problems → Table layout problems - cells not same height in row
r=alexsavulov (I hope this repairs some ohter similar bad effects while loading pages - i observed a lot of them)
*** Bug 78096 has been marked as a duplicate of this bug. ***
sr=waterson
*** Bug 44217 has been marked as a duplicate of this bug. ***
may be this should be topembed????
Keywords: topembed
Whiteboard: checked in on trunk
Target Milestone: mozilla0.9.4 → mozilla0.9.5
I applied the patch (some of it manually) to the m0.9.2 branch and it failed at least one regression test (e.g. other/slashlogo.html), whereas it had passed when I checked it onto the trunk. I'm not sure I want to track down what the problem is, since I'm not sure how long the m0.9.2 branch will live and I nominiated this topembed.
Whiteboard: checked in on trunk → checked in on trunk during m0.9.4
Marking fixed since it appears that m0.9.2 is irrelevant.
Status: ASSIGNED → RESOLVED
Closed: 24 years ago
Resolution: --- → FIXED
The incremental refolw problem does not occur anymore when the page is loaded. I checked on 2002010703 trunk build. Platform: WIN2K
Status: RESOLVED → VERIFIED
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: