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)

defect
Not set
normal

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.)
Attached file Testcase
Testcase, using Hyatt's hack.
Probably related to bug 240175.
Attached file Testcase2
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?
(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
Keywords: testcase
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.

Attachment

General

Created:
Updated:
Size: