203439 - slow scrolling due to hidden, fixed-position elements

Status: RESOLVED FIXED

(Core :: Web Painting, defect, P2)

Description

[bustanaamio]

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'.

Comment 1

[Felix Miata]

OS/2 trunk 2003032009

Yikes! How sluggish! What a CPU hog! I wonder if this is related to bug 167884?

Comment 2

[Felix Miata]

Attachment: Screenshot on Linux 1024x768 120DPI

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

Comment 3

[mmc]

Reproduced: win98 build 2003042004

Comment 4

[Boris Zbarsky [:bzbarsky]]

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....)

Comment 5

[Sander]

Is this related to/dupe of bug 200863?

Comment 6

[Boris Zbarsky [:bzbarsky]]

Looks like the same issue with a shitload more fixed-pos elements here...

There was also a bug matti filed on this issue, iirc....

Comment 7

[Matthias Versen [:Matti]]

bz: dupe it to bug 198062 ?

Comment 8

[Boris Zbarsky [:bzbarsky]]

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.

Comment 9

[Robert O'Callahan (:roc) (email my personal email if necessary)]

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.

Comment 10

[Robert O'Callahan (:roc) (email my personal email if necessary)]

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

Comment 11

[José Jeria]

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.

Comment 12

[Matthias Versen [:Matti]]

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

Comment 13

[Markus Hübner]

Is this a regression?

Comment 14

[Jesse Ruderman]

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

Comment 15

[Robert O'Callahan (:roc) (email my personal email if necessary)]

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

Comment 16

[Johannes Martin]

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

Comment 17

[Martijn Wargers (dead)]

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. 

Comment 18

[Boris Zbarsky [:bzbarsky]]

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.

Comment 19

[Martijn Wargers (dead)]

Ok, marking fixed then.

Comment 20

[Boris Zbarsky [:bzbarsky]]

I  filed bug 272190