225246 - width 100% doesn't layout well if all the tables content wasn't received initially

Status: RESOLVED WORKSFORME

(Core :: Layout, defect)

Description

[khalid]

User-Agent:       Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.5) Gecko/20031007 Firebird/0.7
Build Identifier: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.5) Gecko/20031007 Firebird/0.7

In http://www.abrag.net/writers (and others)  the layout goes wrong if the
connection is slightly slow to the extent that not all the td's of the main
table are received initially, so only the received td's take the 100% width and
the third td goes out of the window horizontally, it maybe hard to explain, but
it may be because of Gecko's nature of rendering before all the content is received.

In the page I sent you there are three td's in the main table, if the connection
is slow that only two of them are received initially, these two td's get the
100% width and the third td goes completely out of the window, a scroll bar is
shown but this is not the correct behaviour.

In another page like (http://kxparse.berlios.de, width 100% as well) when the
vertical scrollbar appears it doesn't truncate the content, but the content goes
under it, and a horizonital scrollbar appears, and that's because the content
received initially (in the slow connection) is not enough for a vertical
scrollbar to appear, but when the layout engine receives more content, it has to
show the vertical scrollbar, and this behaviour appears.

I hope you understood me :-)

Thanx

Reproducible: Always

Steps to Reproduce:
1.Limit the speed of your connection to a slow rate.
2.open http://www.abrag.net/writers
3.

Actual Results:  
the page given shows a main table (100% width) containting three <td>'s only two
<td>'s take the 100% width and the third goes out and a horizonital scrollbar
appears.

Expected Results:  
the three <td>'s should have shared the 100% width, and no horizonital scrollbar
should have appeared (both Konqueror and IE 5,6 do that, don't know about Opera)
maybe because IE doesn't render before receiving the full content.

This happens on Linux, firebird on windows didn't do the same that's because
windows runs my modem better and gives a better connection speed (expectedly),
but I believe the layout engine should do the right thing whatever the
connection speed (i.e resizing the current content so the window fits the newly
received content).

Comment 1

[khalid]

you'd better visit http://www.abrag.net/writers/browse.php, there's more content
in the middle <td> there, so the behaviour is likely to happen there more.

Comment 2

[Boris Zbarsky [:bzbarsky]]

a testcase using hyatt's trick would rock here.

Comment 3

[khalid]

Excuese me, but what's hyatt's trick ? :-)

Comment 4

[Alex Hirzel]

Mozilla/5.0 (Windows; U; Win98; en-US; rv:1.6b) Gecko/20031208

This happens all the time on certain pages, e.g. Yahoo! Mail.  It is extremely
irritating in that you have to scroll even to see the folder names most of the
time.  Give it a try :)

P.S.: It happens more often if you have it setup to collect POP mail.

Comment 5

[Alex Hirzel]

*** Bug 231774 has been marked as a duplicate of this bug. ***

Comment 6

[Bernd]

hyatts trick is  at
http://weblogs.mozillazine.org/hyatt/archives/2003_08.html#003963

Comment 7

[Jason Barnabe (np)]

The URL no longer works. Is there another page that exhibits this behaviour?

Comment 8

[Rolf Leggewie]

No response to Jason's request from about half a year ago. I even checked
web.archive.org but they do not have the page either.  kxparse.berlios.de looks
fine to me.

Time to close this bug?

Comment 9

[Jason Barnabe (np)]

Yup.