Closed
Bug 263594
Opened 20 years ago
Closed 20 years ago
Table columns are forced off the right of the screen when columns on the left take a while to load.
Categories
(Core :: Layout: Tables, defect)
Core
Layout: Tables
Tracking
()
RESOLVED
DUPLICATE
of bug 234593
People
(Reporter: bloopy, Unassigned)
References
()
Details
(Keywords: testcase)
Attachments
(2 files)
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; rv:1.7.3) Gecko/20041001 Firefox/0.10.1 Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; rv:1.7.3) Gecko/20041001 Firefox/0.10.1 (Windows; U; Windows NT 5.1; rv:1.7.3) Gecko/20041001 Firefox/0.10.1 Since the pages where the bugs occur are dynamic, I have given a link to a static version which I saved. If you cannot reproduce the bug, you can at least see a screenshot which I uploaded here: http://www.blamethepixel.com/bloopy/tablebug2.jpg I believe this bug is much more likely to occur on a dial-up connection. Mozilla renders the first two columns of the table on the page, before it knows the third column is there. Since the source code of the page is rather large (the saved example is 181KB), it is a long time before the third column is reached. The third column is eventually rendered off the side of the page, even though I know for a fact that there is nothing in the first two columns wide enough to push it out there (proof: try viewing the example page in Internet Explorer, which loads tables differently). I have seen the bug occur on a number of operating systems and browsers using Mozilla/5.0. Reproducible: Always Steps to Reproduce: 1. Load the URL given, preferrably on a dial-up connection. Actual Results: The first two columns of the table on the page loaded and took up all the space on the screen, and then the third column loads off the screen to the right, causing a horizontal scrollbar to appear. As I mentioned earlier, there is nothing wide enough in the first two columns to warrant this. Expected Results: The second column should have been resized to a smaller width to accomodate the third column on the page. (Note that on a faster connection or with pages of a smaller source size, the second column is resized and the third column does appear on the page correctly.)
Comment 1•20 years ago
|
||
Testcase, using Hyatt's hack.
Comment 2•20 years ago
|
||
Probably related to bug 240175.
Comment 3•20 years ago
|
||
The first testcase is working in Mozilla1.7. This second testcase (only slightly different) is also not working in Mozilla1.7.
Martijn: do you really need the marquee or does a div with overflow:auto also do the job?
Comment 5•20 years ago
|
||
(In reply to comment #4) > Martijn: do you really need the marquee or does a div with overflow:auto also do > the job? No, you're right, a div with overflow:auto also does the job (tested in both testcases).
the patch in bug 234593 fixes this problem, so it might be dupe.
Depends on: 234593
this is now fixed with the patch in bug 234593 *** This bug has been marked as a duplicate of 234593 ***
Status: UNCONFIRMED → RESOLVED
Closed: 20 years ago
Resolution: --- → DUPLICATE
You need to log in
before you can comment on or make changes to this bug.
Description
•