Closed
Bug 188634
Opened 22 years ago
Closed 15 years ago
Table moves when page is reloaded
Categories
(Core :: Layout: Tables, defect, P3)
Tracking
()
RESOLVED
WORKSFORME
Future
People
(Reporter: aaronlev, Unassigned)
References
()
Details
(Keywords: testcase)
Attachments
(4 files, 1 obsolete file)
Go to http://www.jsonline.com/sports/buck/
Notice the positioning of the sidebar "Bucks, NBA Game Tracker"
Click on the "Go to Story" link, and then hit Alt+Left arrow to go back in
histroy when that page loads.
Notice the new positioning of the sidebar, it's different now.
Reporter | ||
Comment 1•22 years ago
|
||
More info:
1. I am using January 6, 2003's build
2. Sometimes reload helps, sometimes it doesn't
3. Clicking on a link outside the site and coming back doesn't seem to create
the problem. You have to click on one of the Bucks story links and then come
back to see the problem. Even then it doesn't always seem to happen on every
link. Perhaps it depends on the positioning of the "Game tracker" sidebar in the
new page.
4. Turning of the memory and disk cache doesn't help fix the problem
Reporter | ||
Comment 2•22 years ago
|
||
Bernd on IRC said he saw the problem too.
Reporter | ||
Comment 3•22 years ago
|
||
Also note, sometimes force-reload fixes the page, sometimes it doesn't
Reporter | ||
Comment 4•22 years ago
|
||
It looks like the sidebar is a table, nested inside another table.
Assignee: asa → table
Component: Browser-General → Layout: Tables
QA Contact: asa → amar
Reporter | ||
Comment 5•22 years ago
|
||
Reporter | ||
Comment 6•22 years ago
|
||
Reporter | ||
Comment 7•22 years ago
|
||
Aha, I've found that just reloading the page can make that sidebar move around.
Summary: Click on link, go back to page. It looks different now. → Table moves when page is reloaded
Comment 8•22 years ago
|
||
reproduced with linux trunk build 20030111. images from the URL are <div>s.
the table with the green <div> extends into the second column of the parent
table.
But isn't the original bug report an incremental reflow bug, where a page
displays differently when loaded originally?
We have some quirks for placement of tables near floats. This testcase might
just be demonstrating one, although I'm not sure.
Comment 10•22 years ago
|
||
indeed. with the URL, changing font size fixes layout (reloading the page never
fixed it for me), but that doesn't work with the testcase. I made the testcase
based on the initial layout.
I'll see if I can come up with a testcase that also exhibits the incremental
reflow problem.
Comment 11•22 years ago
|
||
this is similar to the first testcase but fixes itself if you increase font
size and stays fixed even if you then decrease the font size back to normal.
However, if you then decrease it again, the bug shows up again and stays even
if you increase font size back to normal.
Comment 12•22 years ago
|
||
Comment on attachment 111313 [details]
testcase with reflow problem
wrong testcase, argh
Attachment #111313 -
Attachment is obsolete: true
Comment 13•22 years ago
|
||
the real thing
Updated•22 years ago
|
Priority: -- → P3
Target Milestone: --- → Future
Comment 14•15 years ago
|
||
this looks like wfm to me, please reopen but describe what the problem is in attachment 111315 [details], which we render like webkit and opera
Status: NEW → RESOLVED
Closed: 15 years ago
Resolution: --- → WORKSFORME
You need to log in
before you can comment on or make changes to this bug.
Description
•