154588 - vertical scrollbar absent when viewing a very long webpage

Status: RESOLVED WORKSFORME

(Core :: Layout, defect, P3)

Description

[Jan Van Looy]

when viewing the longest work of art in the world (A Maior Obra de Arte do
Mundo) the vertical scrollbar does not appear

Comment 1

[Frederic Bezies]

Confirming this, using trunk build 2002062608 and WinXP. But it seems to be a
duplicate of another bug like this ?

Am I right ?

Dup of 116707 or 72127 ?

Comment 2

[David G King]

I see the same problem, however I noticed that the scrollbar appeared for a
short period of time (Shift-Reload) before disappearing.

The HTML behind this thing is really really long, and I suspect a problem with
the HTML somewhere.

Comment 3

[Jan Van Looy]

i do not think it is a duplicate

Dup of 116707?
i do not think it is the windowwidth 


 or 72127 ? 
the horizontal scrollbar does not show.

Comment 4

[Jan Van Looy]

this seems to be the problem:

<td height= does not accept high values

see:
http://altf4.arts.kuleuven.ac.be/jan/scrollbar/test.htm

shows in IE

Comment 5

[David G King]

As a followup to Comment #4, when using Composer you can't set height to be
higher than 10,000. (Hmmm, I probably should file a seperate bug on that).

Comment 6

[David G King]

This bug is blocked by bug #155196

Comment 7

[Matthias Versen [:Matti]]

-> Layout (please try to find a better component if you confirm it !)

Comment 8

[Max Alekseyev]

Site http://www.mama.ru has no scrollbar either while being opened in a new
window. Please check if there is the same reason, or I should post a separate
bugreport.

Comment 9

[Jan Van Looy]

win2000 build 2002061104

canNOT confirm this. opens perfectly fine in my build

(http://www.mama.ru)

Comment 10

[Max Alekseyev]

Thanks. Reopened this as OS/2 specific bug #155864

Comment 11

[Jo Hermans]

Sicne this was reopned as bug 155864 (OS/2 specific), closing as worksforme.

Comment 12

[David G King]

Retested example URL, and still no scrollbar with build 20021004-TRUNK on WinXP SP1.

Reopening.

Comment 13

[Boris Zbarsky [:bzbarsky]]

The problem here is very simple.  Mozilla's layout is done in integer units.  At
a typical screen resolution, no sizes larger than 2^31 / 20 px can be expressed
in these units. That's about 1e8 pixels.

This web page tries to create a table that's a good deal taller than that (based
on my experiments with removing parts of it until it stops overflowing,
something on the order of 2e8 to 3e8 px is what the page is trying to do).  So
the height overflows the 32-bit value, becomes negative, and the table is
computed as having 0 height.

I doubt that we will ever support pages of this sort; any sane unit system that
works for normal pages will break down for pages like this one....

So recommending WONTFIX.

For the curious, Netscape 4 does show a scrollbar, but the rendering cuts off
after about the same 1e8 px.

Comment 14

[Jan Van Looy]

It is obvious that, from a tech point of view, this bug is entirely unimportant.
From a public relations pov however, it would be a pity that perhaps one of the
best-known instances of web-art does not display in Moz.

Comment 15

[David G King]

FWIW, IE 6.0SP1 renders the entire page, and provides a scrollbar.

However, if nothing else, I'd like to see the Netscape 4.x behaviour rather than
having no scrollbar.

Comment 16

[Boris Zbarsky [:bzbarsky]]

Oh?  What does IE6 report for the offsetHeight of that table?

Comment 17

[Jan Van Looy]

the original example has disappeared, but i have built a testcase with one table
of which i change the height. 

these are some testresults for IE (height table: offsetheight):
50:54, 100:104, 99999999:100000003, 134217726:134217730(limit?),
999999999:134217731, 999999999999:134217731

Comment 18

[basic]

Jan: please attach testcase

Comment 19

[Jan Van Looy]

Attachment: testcase used for finding out offsetheight IE

this is the testcase i used
http://altf4.arts.kuleuven.ac.be/jan/scrollbar/test.htm

Comment 20

[Gregory Pappas [:gregp]]

Unable to reproduce