Closed Bug 262657 Opened 20 years ago Closed 20 years ago

Page content appears only after reloading

Categories

(Core :: Layout, defect)

x86
Linux
defect
Not set
normal

Tracking

()

RESOLVED DUPLICATE of bug 234593

People

(Reporter: relf, Unassigned)

References

()

Details

(Keywords: regression, testcase)

Attachments

(1 file)

Linux build 2004092807 To reproduce: 1. Open provided URL 2. Notice that the page is mostly empty 3. Reload page and feel the difference
Ops. Procedure in comment 0 does not always display the bug. If everything works fine, try the following: 0. Open http://cinderella.de 1. Click "Contact" in a menu at left 2. Follow step 2 in comment 0
WFM 20041001 PC/WinXP
It appears td id "leftcolumn" gets 100% of the viewport (i.e the "Support Contacts" is just outside view, to the right) when this occurs. The behavior seems reproducible if a layout breakpoint is placed in that table cell anywhere from immediately preceeding <div id="Hauptmenu" style="display:block;"> to the close of the cell.
jon, could you attach a testcase showing this reliably, if you have one?
Attached file testcase (deleted) —
With linux trunk 2004100506, the word "foo" is off the screen to the right. It should be within the window.
this regresed between linux trunk 2004060206 and 2004060706 tables?
Status: UNCONFIRMED → NEW
Ever confirmed: true
Keywords: regression, testcase
Bug 241454 and bug 237366 are table-related and were fixed during that time. (The former looks like a better candidate from a glance.)
In fact, this regressed between 2004-06-06-06 and 2004-06-07-06. That would definitely implicate bug 241454. Roc, can you check this out?
Blocks: 241454
overflow frame -> xul frame -> xul frame can not compute MEW neither mMaxmumWidth correctly during incr. reflow, this is a probably a dupe. After looking into xul reflow I believe the only way to go is kick xul frames from html reflow, robert has the bug 240276 to do this.
the mew is bug 234593 the mMaximumWidth is bug 238064 just for reference.
It would be nice to have a workaround since the scrollframe changes aren't going to happen soon.
Depends on: 240276
the patch in bug 234593 fixes the issue in the testcase the url is wfm
Depends on: 234593
(In reply to comment #12) > the patch in bug 234593 fixes the issue in the testcase the url is wfm What does it mean "testcase is wfm"? I still have word "foo" outside visible area under Mozilla OS/2 build 2004102808
this is now fixed with the patch in bug 234593 *** This bug has been marked as a duplicate of 234593 ***
Status: NEW → RESOLVED
Closed: 20 years ago
Resolution: --- → DUPLICATE
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: