User-Agent: Mozilla/5.0 (Windows; U; Win98; en-US; rv:1.4a; MultiZilla v1.4.0.1) Gecko/20030425 Build Identifier: http://komodo.mozilla.org/pub/mozilla/nightly/2003-04-25-12-1.3.1/ Scrolling down the page renders very badly, visiting the page's side menus corrects the problem. Reproducible: Always Steps to Reproduce: 1. 2. 3. The 1.0-branch has this corrected nowadays I think, it wasn't at the time of the original release. The page is used very often as a reference for checking out if new builds are 'any good'.

OS/2 trunk 2003032009 Yikes! How sluggish! What a CPU hog! I wonder if this is related to bug 167884?

2003042112 on Linux won't even render this page. Mandrake 9.0/KDE 3

Reproduced: win98 build 2003042004

The site has dozens of visibility:hidden fixed-positioned elements... Doing this fast while complying with the CSS spec is an interesting theoretical problem... (the 1.0 branch violates the CSS spec here, so....)

Is this related to/dupe of bug 200863?

Looks like the same issue with a shitload more fixed-pos elements here... There was also a bug matti filed on this issue, iirc....

bz: dupe it to bug 198062 ?

Actaully, let's make this one block the others since it has the most egregious testcase.... if this gets fixed somehow, we retest the other ones.

oooh boy On SyncFrameViewAfterReflow etc we could hide any widget whose CSS element is "visibility:hidden" (but NOT hide the view). Then if there is actual visible child content fast scrolling will be disabled (in the position:fixed case) but it will still render correctly AND in the normal case everything will be good.

Hmm, the page isn't even rendering correctly either.

You dont even need to scroll this page, click on the document and then on the url bar, you will se the what the attached image shows.

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

Is this a regression?

Is this a dup of bug 201307, or is it a bug separate because the elements on this page are hidden?

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

I'm not positive that bug 216997 is a duplicate of this bug since it occurs only on MacOS.

Well, I think this is another bug that has hugely benefited from the fix from bug 243726. Scrolling is slow in a 2004-11-04 trunk build, but this has improved tremendously in the 2004-11-05 (and still fine with the 2004-11-21 trunk build) So I'm inclined to call this bug FIXED.

I still see Linux issues on that testcase, but those may be covered by other bugs already. Given that this bug was reported on windows, marking it fixed seems reasonable.

Ok, marking fixed then.

I filed bug 272190