Jerome Lacoste Reporter
	Description • 23 years ago

meta bug for teacking slow scrolling bugs

[I took the liberty to create a meta bug. Though it might be helpful as some
bugs have been marked duplicates but sometimes no real testcases have been given]

Here are the bug numbers of slow scrolling bugs that should then be added as
dependencies:

46942 Scrolling is very slow 
60371 slow scrolling of the text field using mouse [Linux]
60986 Scrolling with scrollbar arrows is slow
90198 scrolling very slow 
96088 scrolling on this page is slow 
96959 Very slow scrolling which uses all CPU [duplicate]
97938 Scrolling sony.com search results page is painfully slow 
97992 Scrolling on this page is slow 
100799 Mousewheel scrolling very slow


Some may be duplicates.

	Jens-Uwe
	Comment 1 • 23 years ago

just added a bug I filed yesterday

	Xan Lopez
	Comment 2 • 23 years ago

--> Browser General

	Jens-Uwe
	Comment 3 • 23 years ago

forgot to add the bugs mentioned in the bug 

	Boris Zbarsky [:bzbarsky]
	Comment 4 • 23 years ago

over to tracking

	Jerome Lacoste Reporter
	Comment 5 • 23 years ago

added meta keyword

	[not reading bugmail]
	Comment 6 • 23 years ago

better add bug 99924 and bug 110113: background rendered images make mozilla
scroll slow.

	Oliver Klee
	Comment 7 • 23 years ago

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

	Jure Repinc (JLP)
	Comment 8 • 23 years ago

Quite a lot of slow scrolling bugs have been fixed with recent builds. So I
think we should try the pages again and report if it was fixed or not.

	Bruce Ingalls
	Comment 9 • 23 years ago

Here are some more:
119417
110029
116372
123172

I still see performance problems with Build 2002020603, but they are not 100%
reproducible. Here is something that does reproduce on Mac OS 9, at least:
1) Open a web page or email, etc. with many lines (more than 150)
2) Drag your mouse down, to select lines, continuing past bottom of window, to
start scrolling.
3) After (at least) 2 seconds, drag mouse back into middle of text area.

Note that scrolling does not stop immediately. It doesn't stop until much more
time later. Images do not play a role. Earlier releases did perform better.

	Benjamin Mucci
	Comment 10 • 23 years ago

Take a look here please -> Bug 93619  


Also this page is a good testcase...
http://europa.eu.int/en/comm/eurostat/research/isi/glossaryfe.htm

	R.K.Aa.
	Comment 11 • 23 years ago

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

	[not reading bugmail]
	Comment 12 • 23 years ago

2002-2-21-03 w2k, probably bug 122996.  not seeing any slow scrolling anymore on
many bugs, please try and confirm the dependency bugs here if they are fixed or
not, Thanks.

	[not reading bugmail]
	Comment 13 • 23 years ago

Also bug 98252 (in 0.9.8) has contributed to tiling and fixing several problems
with scrolling. 

	Mark Slater
	Comment 14 • 23 years ago

Still seeing slow scrolling on Bug 126645 on Win2k using 2002022503 nightly build.

	Jure Repinc (JLP)
	Comment 15 • 23 years ago

For quite some time the page http://www.m31.spb.ru/StarCalc/main.htm was
scrolling just fine. But now I just tried with Mozilla 2002030803 on Windows XP
and scrolling is terribly slow again.

	Daniel Steinberger
	Comment 16 • 23 years ago

please see my notes on bug 130228, comment 6, too. the page mentioned in comment
15 is still quite fast compared to http://www.meyerweb.com/eric/css/edge/ for
example. that one is pure pain! (and works smoothly on the 0.9.9 branch)

	Jacek Chmiel
	Comment 17 • 23 years ago

http://www.dotnetjunkies.com/howto/default.aspx?id=26 - very slow scrollin with
build 20020411

	Andreas Höfler
	Comment 18 • 23 years ago

Quite slow: http://www.ddj.com/  with build 2002041903 on Win2K

	Mark Slater
	Comment 19 • 22 years ago

http://www.ddj.com seems ok for me, win98 2002043010

	Jure Repinc (JLP)
	Comment 20 • 22 years ago

Well http://www.ddj.com is veeery slow here. Windows XP, 2002050108.
Are these slow scrolling bugs ever going to be fixed. It would be very bad for
user exprience if they are left in 1.0.0

	Mark Slater
	Comment 21 • 22 years ago

They're trying to fix every bug :)

Jure: Have you tried completely uninstalling your mozilla (including manually
deleting the stuff that the deinstallation might not get rid of), re-installing
and trying again with a clean profile? 

	Jure Repinc (JLP)
	Comment 22 • 22 years ago

Well I use zipped mozilla nightlies and also create another clean profiles to
test bugs. When I install another nightly I delete Mozilla bin folder and then
unzip the new nightly. So all gets cleaned.

I know they are working hord on bugs but these scrollung bugs are really
starting to get on my nerves. I just hope they don't forget about them.

	lohphat
	Comment 23 • 22 years ago

http://www.ddj.com actually works great for me on win2k 2002050208

	Jure Repinc (JLP)
	Comment 24 • 22 years ago

Yup I also have 2002050208 on Windows XP and all pages that I found slow are
fine now. Except the page from comment 17 is stil jerky:
http://www.dotnetjunkies.com/howto/default.aspx?id=26

	lohphat
	Comment 25 • 22 years ago

Yeah, that's a bit "chunky" for me too.  Has anyone determined if video h/w is a
factor?

	Jure Repinc (JLP)
	Comment 26 • 22 years ago

I think it is not the HW. IE 6, Opera 6.01 and Amaya 6.0 all scroll without a hitch.

	lohphat
	Comment 27 • 22 years ago

Another slow scroll URL: http://inmatecentral.com/celebin.html

Anyone want to venture as to shich bug this dupes before I submit?

	Craig Kelley
	Comment 28 • 22 years ago

re comment 27 ; that page works fine for me -- the URL in comment 17 seems like
the only one that is having problems (Linux/2002051507)

	lohphat
	Comment 29 • 22 years ago

I think this may be h/w dependant.  It works on my 266MHz laptop, but not my
1050Mhz nVidia GF3 card.

	Rainer Bielefeld
	Comment 30 • 22 years ago

With Mozilla/5.0 (Windows; U; Win98; en-US; rv:1.0.0+) Gecko/20020531
I saw no further problems at
bug 52005,   bug 60371,  bug 60986,  bug 12417  bug 136356,  bug 140243,  bug
144083,     bug 46942  bug 141786,   bug   bug   bug   bug   bug   

I still see problems at
bug 70156  Page does not work at all 
bug 90198  (but does not wor _so_ bad   


I did not test
bug 89085

	Arno Roefs
	Comment 31 • 22 years ago

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

	Arno Roefs
	Comment 32 • 22 years ago

http://www.directron.com/

Slooooooooooooow....

	jorge
	Comment 33 • 22 years ago

This problem does not occur on nightly builds, just official releases.

	Jacek Chmiel
	Comment 34 • 22 years ago

Confirmed: build 20020607 - no problems with www.directron.com, 
http://www.ntcompatible.com - performance still unacceptable but better than in
previous builds

	jorge
	Comment 35 • 22 years ago

Their seems to be some extra programming in the official builds than the nightly
builds. The only difference I see in official builds that I don't see in the
nightly builds, besides the awful performance is the ability to use the Windows
Media plug-in.

	Jacek Chmiel
	Comment 36 • 22 years ago

build 2002090511 - www.ntcompatible.com scrolls awfully, especially when clear
type is enabled (very big difference) (WinXP, 512MB, PIII 600). IE scrolls this
page perfectly.

	Noam Halevy
	Comment 37 • 22 years ago

I now think it is relayted to the way mozilla uses (or probably don't use) the
graphics accelerator.

I am using a IBM laptop (T21) with screen resolution of 1280x1024
When I switch to 1024x800, the performance is OK.

But in high resolution I get all the above performance problems.
Since IE works just fine at this resolution, my guess is that IE uses the
graphics acceleratort through the windows API, and mozilla - since it is cross
platform - does not.
Can you comment on that ?

See the scroll bar in:
http://www.ea.com/eagames/official/battlefield1942/editorial/weeklyscreen.jsp 

	lohphat
	Comment 38 • 22 years ago

Another testcase URL: http://www.effingpot.com/slang.html

	ArronM (:paper)
	Comment 39 • 22 years ago

http://www.dotnetjunkies.com/howto/default.aspx?id=26 is feeding different .css
files based on ie/nonie.  The non-ie one has a "background-attachment: fixed;"
style, the ie one does not.  That url belongs with Bug 90198


http://www.ea.com/eagames/official/battlefield1942/editorial/weeklyscreen.jsp is
a reflow/dirtyarea/clipping area problem. For every scroll, Mozilla is dirtying
the whole scrollable table (ID=content1 DIV to be exact) area, which usually
results in a large portion of the page being forced to be redrawn.  What really
should happen is only the ID=clip1 DIV area should be dirtied.

	earthsound
	Comment 40 • 22 years ago

Mozilla 1.3, Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.3)
Gecko/20030312, Windows XP Pro, Build 2600.xpsp1.020828-1920

Dell OPTIPLEX GX50, Celerron 1.2GHz, 256 MB RAM, Intel 82810E Graphics Controller

More CPU/kernel thrashing testcases:

See http://www.hiwaay.net/support/faq/index.cgi?view_category=1&catid=50 or
http://www.hiwaay.net/support/faq/index.cgi?view_category=1&catid=88
(or any other hiwaay.net page, for that matter) for pages that cause intense
CPU/kernel thrashing. 

The hiwaay pages scroll fine in Opera 7.03, IE 6, Amaya 7.2 & even Netscape 2.02(!).

I put these in a few other scroll problem bugs to cover the bases...

	Mark Slater
	Comment 41 • 22 years ago

earthsound: The reason for the problems you experience on those hiwaay.net pages
is probably due to the 9600 pixel background image on every page.

No scrolling problems on any hiwaay.net page here (Mozilla 1.4a Windows; U;
Win98; en-US; rv:1.4a) Gecko/20030304

	earthsound
	Comment 42 • 22 years ago

Mark: Shouldn't mozilla handle it better than it does, regardless of the
underlying problem? As you'll note in comment 40, even Netscape 2.02 handles
hiwaay.net pages better! :\

	earthsound
	Comment 43 • 22 years ago

This screenshot of XP's Task Manager>Performance tab shows, on the left,
intense scrolling of this bug, and on the right, regular scrolling of
http://www.hiwaay.net/support/faq/index.cgi?view_category=1&catid=50. Is this
to be expected w/ Mozilla?

	earthsound
	Comment 44 • 22 years ago

This screenshot of XP's Task Manager>Performance tab shows, on the left,
intense scrolling of this bug, and on the right, regular scrolling of
http://www.hiwaay.net/support/faq/index.cgi?view_category=1&catid=50. Is this
to be expected w/ Mozilla, even as other browsers (some > 5 yrs old) handle the
same pages quite gracefully?

	earthsound
	Comment 45 • 22 years ago

Mozilla 1.4a, Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.4a)
Gecko/20030401, Windows XP build 2600.xpsp1.020828-1920

update: the hiwaay.net pages I posted earlier WFM in 1.4a :) woohoo!

	Christopher Hoess (gone)
	Comment 46 • 21 years ago

reassign to watching address

	ahp+mozilla
	Comment 48 • 20 years ago

I am having some very poor scrolling performance with a web site that my company
runs.  The problem seems to be scrolling the 'big' frame in the attached page. 
Opening that frame in its own window yields much better scrolling performance. 
Unpack the zip and open 'results.html'.

	ahp+mozilla
	Comment 49 • 20 years ago

I should add that I am running on Mac OS X.3.5, and this has the same behavior
in 1.7, 1.7.2 and 1.8a2.  

	Samuel
	Comment 50 • 16 years ago

http://ureshii-fansub.org/
This website is really slooooooowwwww...
(It worked perfectly well on Firefox 2)

	Daniel Gross
	Comment 51 • 16 years ago

I am also encountering much slower scrolling on some pages in Firefox 3 only. In Firefox 2, it isn't an issue.
Hardware:
900Mhz P3, 320MB RAM
ATI Radeon 9200SE 64MB

	Worcester12345
	Comment 52 • 16 years ago

Add Bug number 202718 to the list.

	RNicoletto
	Comment 53 • 15 years ago

Testcase URLs in comment 10 - comment 27 - comment 50 do not exist anymore.

Testcase in comment 47 is WFM.

Testcase in comment 18 is still quite slow.

Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.1b4) Gecko/20090427 Shiretoko/3.5b4

	IU
	Comment 54 • 15 years ago

Add Bug 266702 to list

	RNicoletto
	Comment 55 • 14 years ago

Slow scrolling and high CPU usage on this site: http://crystal-castles.tumblr.com/

Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.2.3) Gecko/20100401 Firefox/3.6.3

	[not reading bugmail]
	Comment 56 • 14 years ago

I think Retained Layers should fix a lot of these old slow scrolling bugs.  Many testcases here work fine with latest trunk builds of 1.9.3.  Though bug 266702 is still very slow and probably due to excessive markup.

Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.9.3a6pre) Gecko/20100621 Minefield/3.7a6pre Firefox/3.6.3

	Marco Castelluccio [:marco]
	Comment 57 • 13 years ago

In the site that says RNicoletto, Firefox 7 uses completely one of my 4 CPUs to scroll.

	RNicoletto
	Comment 59 • 13 years ago

(In reply to Jaroslav Benc from comment #58)
> Created attachment 556680 [details]
> Slow scrollling example showing FPS in the page title when scrolling

With my low-end notebook (specs here ==> http://pastebin.com/vMVh1L3k) I get 24-26 FPS with Firefox 6.0.1 and 20-22 FPS with current nightly. I tested Google Chrome 15 and Opera 11.51 but FPS won't show in page title, however with those browser scrolling is smoother and eats less RAM.

	Laurențiu Nicola
	Comment 60 • 13 years ago

Another example, with an image:

http://upload.wikimedia.org/wikipedia/commons/0/0d/Great_Wave_off_Kanagawa2.jpg

	Marco Castelluccio [:marco]
	Comment 61 • 13 years ago

(In reply to Laurentiu Nicola from comment #60)
> Another example, with an image:
> 
> http://upload.wikimedia.org/wikipedia/commons/0/0d/Great_Wave_off_Kanagawa2.
> jpg

Thank you, Laurentiu.
I can't reproduce, could you try with Safe Mode and open a new bug with more informations?

	John Flynn
	Comment 62 • 12 years ago

Another site with this problem: http://derpyhoovesnews.com/

I'm glad I found a place to report it, this makes it hard to browse certain sites. :(

	Ryan VanderMeulen [:RyanVM]
	Comment 63 • 12 years ago

John, you're on the right track, but this isn't the bug to report your issue. This a meta bug for tracking specific bugs. The right thing to do is to file a new bug for the site you mentioned and mark it as blocking this one. Thanks for the report!

	Florian Bender
	Comment 64 • 12 years ago

Bug 645563 should be on this list, too.

	Mardeg
	Comment 66 • 8 years ago

We should re-check dependencies of this bug once 48 hits release - https://asadotzler.com/2016/06/06/firefox-48-beta-release-and-e10s/ - because e10s - about:config?filter=browser.tabs.remote.autostart (and creating the boolean pref browser.tabs.remote.force-enable if necessary) - *combined with* APZ - about:config?filter=layers.async-pan-zoom.enabled (see prefs for tweaking at https://people.mozilla.org/~bgirard/doxygen/gfx/APZCPrefs.html ) - was what noticeably improved scrolling according to http://www.ghacks.net/2015/07/28/scrolling-in-firefox-to-get-a-lot-better-thanks-to-apz/

	Marco Castelluccio [:marco]
	Comment 68 • 8 years ago

(In reply to David.P from comment #67)
> Next try.

These comments are not constructive unfortunately. Please open a new bug explaining
the problem you're seeing, on which website you're seeing it, paste the contents of the
graphics section of your about:support page, collect a profile while you experience
the problem (https://developer.mozilla.org/en-US/docs/Mozilla/Performance/Profiling_with_the_Built-in_Profiler#Getting_the_Profiler_Add-on) and share it in the bug.

Without more information, the problem you're describing is not actionable and is going
to be ignored.