424308 - Very slow page scrolling with smooth scrolling on

Status: RESOLVED DUPLICATE of bug 428070

(Core Graveyard :: GFX, defect)

Description

[Paweł Kondzior]

User-Agent:       Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.5; en-US; rv:1.9b4) Gecko/2008030317 Firefox/2.0
Build Identifier: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.5; en-US; rv:1.9b4) Gecko/2008030317 Firefox/3.0b4

On long pages scrolling is very very slow, Safari is good example of how smooth scrolling should work.

Reproducible: Always

Steps to Reproduce:
1.
2.
3.

Comment 1

[Robbie Simpson]

(In reply to comment #0)
I am using FF3 B4, using a 3.2GHZ single-core p4, 2gb of ram, Windows XP SP1, and, with smooth scrolling ON, notice NO difference in scrolling speed, even on a long, long page(>1 meg, several thousand line long, ebook). 
I think this is *not* a problem with Firefox.

I would check your graphics drivers and refresh rate - When I had to use the built-in windows drivers at one time, Firefox had trouble scrolling.
That could be your problem.

Comment 2

[Paweł Kondzior]

http://eigenclass.org/hiki/Changes+in+Ruby+1.9 On mac os x this site in firefox with smooth scrolling ON is scrolling extremely slow. On Safari it's extremely quick. 

Comment 3

[Ria Klaassen (not reading all bugmail)]

No problem with Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9b5pre) Gecko/2008032103 Minefield/3.0b5pre

Comment 4

[Romain Thiebaut]

Same problem as Pawel. This problem is specific for the mac plateform with the trackpad or a smooth scrolling mouse.

Comment 5

[Mike Beltzner [:beltzner, not reading bugmail]]

--> Core::GFX

I don't think this blocks (but carrying over the question to let Vlad decide) since it's not really a regression, but it might be wanted-next.

Another way to see it is to go to a graphics heavy page and put both fingers on your trackpad, and move 'em back and forth a lot. Then go get a coffee while we catch up.

I moved a similar bug into this component earlier today for slow scrolling on graphics intensive bugs without smoothscroll on; can't remember the number, though.

Comment 6

[Vladimir Vukicevic [:vlad] [:vladv] (needinfo me, slow to respond)]

Yeah, not blocking, sadly; not really a regression.  Smooth/pixel scrolling has issues in Firefox that we really want Compositor for a fix for.  I think this is also related to the issues talked about in bug 350471.

Comment 7

[Paweł Kondzior]

The (In reply to comment #6)
> Yeah, not blocking, sadly; not really a regression.  Smooth/pixel scrolling has
> issues in Firefox that we really want Compositor for a fix for.  I think this
> is also related to the issues talked about in bug 350471.
> 

The problem occurs only when page has many elements with overflow: auto;(or any other value that defines overflow). I'm attaching simple test case  300 pre elements with and without overflow:auto;

Comment 8

[Paweł Kondzior]

Attachment: Testcase 300 pres with overflow:auto

Comment 9

[Paweł Kondzior]

Attachment: Testcase 300 pres without overflow:auto

Comment 10

[Romain Thiebaut]

I agree with the last comments. However, even without overflow: auto; the smooth scrolling is still too slow. Doing up-down-up-down several times will for example leave the application do it something like 1 second after you leave the trackpad.
(I am on a 2,13 Ghz MacBook Pro)
And a single scroll has always a minimum delay of 100ms that makes it very annoying.

Comment 11

[Paweł Kondzior]

Is this should be really wanted next ? I mean, in present time there is planty of blogs that have overflow attributes set for every post on blog. Using firefox to simple surfing on mac is starting to be very extreme sport :(

Comment 12

[Martijn Wargers (dead)]

Pawel (and Romain), could you test the performance on these pages?
https://bugzilla.mozilla.org/attachment.cgi?id=302814
https://bugzilla.mozilla.org/attachment.cgi?id=302815
The former one uses overflow: auto and the latter one not.
Let me know (in this bug) what you get as results with the scrolltest button.
Please, also compare with Firefox 2, if you can

Comment 13

[Paweł Kondzior]

On Firefox 3 beta 5:
- with overflow: 11190ms
- without overflow: 7256ms

Firefox 2.0.0.13
- with overflow(100% CPU): extremely slow, after 1 minute i gave up and ended test, something is really wrong here!
- without overflow: 6729

My testcase with overflow:auto hangs firefox when traying to scroll for 3-4 seconds.

Comment 14

[Martijn Wargers (dead)]

Sorry, this is about a different issue then, I guess.

Comment 15

[Damon Sicore (:damons)]

Wouldn't hold the release for this.  Anyone want to volunteer?

blocking1.9.1-.  Please re-nom if you disagree.

Comment 16

[Vladimir Vukicevic [:vlad] [:vladv] (needinfo me, slow to respond)]

This looks like a dup of bug 428070.

Comment 17

[Alex]

(In reply to comment #12)
> Pawel (and Romain), could you test the performance on these pages?
> https://bugzilla.mozilla.org/attachment.cgi?id=302814
> https://bugzilla.mozilla.org/attachment.cgi?id=302815
> The former one uses overflow: auto and the latter one not.
> Let me know (in this bug) what you get as results with the scrolltest button.
> Please, also compare with Firefox 2, if you can

In FF3.0.4, in the first attachment, my firefox acted very erratic for the toggle display test.

I have an issue with FF3 acting up on in general, on certain pages it wants to misbehave on and on very rare occasions, it won't. It's very odd, i've had this problem since beta, and no one can offer a solution!