242582 - large table doesn't get rendered all the way to the bottom

Status: RESOLVED DUPLICATE of bug 215055

(Core :: Web Painting, defect)

Description

[Rainer Dammers]

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7b) Gecko/20040421
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7b) Gecko/20040421

If you go to TVGuide and select Dish network eastern as the provider for your TV
Channel provider it gives you a long list as Dishnetwork provides over 5000
channels in one table. When scolling down the browser stops showing the new
lines/pages after 20 'PageDowns' = channel# 8475 (KBEJ) in the table. 
It seems the allocated memory for display is used up as the browser doesn't
refresh the screen anymore at all. It is fine however if you scroll back up so
it doesn't block the browser completely.
If tried this on different versions from Mozilla 1.5 to 1.7 Beta and RC1 on
WinXP and Win2k. It's consistently the same behaviour everywhere.

Reproducible: Always
Steps to Reproduce:
1.load www.tvguide.com
2.select dishnetwork eastern as the TV provider with some eastern ZIP code like
01886
3. you get a very large table. Page down about 20 pages and the browser stops
refreshing the screen

Actual Results:  
The browser window doesn't refresh anymore. If I bring another app to the front
and the browser again later the browser screen is still filled with what the
other app painted to the windows screen.
Mozilla repaints again when going paging back up

Expected Results:  
show the full table all the way to the bottom.

Comment 1

[Boris Zbarsky [:bzbarsky]]

Sounds like 16-bit widget coordinate fun, not parser....  If someone can create
a testcase that can be attached to this bug, that would be much appreciated.

Comment 2

[Bob Clary [:bc] (inactive)]

the issue appears to be the div with overflow auto which contains the table with
overflow auto. With a sufficiently long table with overflow auto on the div and
table you begin to see artifacts as you scroll down the page. After a certain
size is reached, if you scroll down the page then hide the page behind another
window and then redisplay it, the contents of the window are not redrawn. As you
add more rows the bottom of the table ceases to be drawn at all after a certain
number of rows have been drawn.

The following test cases contain a table with 1 cell per row. The effect begins
at about 656 rows. 

Comment 3

[Bob Clary [:bc] (inactive)]

Attachment: testcase div overflow auto, table overflow hidden, 656 rows

err, the problem is with div overflow auto, table overflow hidden.

Comment 4

[Bob Clary [:bc] (inactive)]

Attachment: testcase div overflow auto, table overflow hidden, 800 rows

Comment 5

[Bob Clary [:bc] (inactive)]

Attachment: testcase div overflow auto, table overflow hidden, 1600 rows

Comment 6

[Bob Clary [:bc] (inactive)]

Attachment: testcase div overflow auto, table overflow hidden, 2400 rows

Comment 7

[Bob Clary [:bc] (inactive)]

Attachment: testcase div no overflow, table overflow hidden, 2400 rows

testcase div no overflow, table overflow hidden, 2400 rows does not show the
bug.

Comment 8

[Jakob Kruse]

Testing in Firefox 1.5.0.12: The first row not to be shown here is always the first row whose offset from the top of the table is greater than 32768 pixels. So yes, it probably has to do with 16-bit something.

Comment 9

[Jakob Kruse]

(In reply to comment #2)
> the issue appears to be the div with overflow auto

I can confirm this. Removing the overflow specification from the containing div makes the problem go away (both for the test cases here and for my own page).

Comment 10

[Steven]

Has to do with overflow of 16-bit integer.

Comment 11

[overflowbug]

This bug still exists on FireFox 3.0.  While there is an easy fix (i.e. don't overflow) an official fix would be super awesome.  

Thanks in advance.