Open Bug 100951 Opened 19 years ago Updated 2 years ago
[meta] Slow scrolling bugs
19.92 KB, image/png
19.92 KB, image/png
19.32 KB, application/octet-stream
236.03 KB, text/html
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.
just added a bug I filed yesterday
Status: UNCONFIRMED → NEW
Depends on: 100575
Ever confirmed: true
--> Browser General
Component: Layout → Browser-General
forgot to add the bugs mentioned in the bug
over to tracking
Component: Browser-General → Tracking
added meta keyword
*** Bug 121979 has been marked as a duplicate of this bug. ***
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.
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.
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
*** Bug 126645 has been marked as a duplicate of this bug. ***
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.
Also bug 98252 (in 0.9.8) has contributed to tiling and fixing several problems with scrolling.
Still seeing slow scrolling on Bug 126645 on Win2k using 2002022503 nightly build.
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.
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)
http://www.dotnetjunkies.com/howto/default.aspx?id=26 - very slow scrollin with build 20020411
Quite slow: http://www.ddj.com/ with build 2002041903 on Win2K
http://www.ddj.com seems ok for me, win98 2002043010
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
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?
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.
http://www.ddj.com actually works great for me on win2k 2002050208
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
Yeah, that's a bit "chunky" for me too. Has anyone determined if video h/w is a factor?
I think it is not the HW. IE 6, Opera 6.01 and Amaya 6.0 all scroll without a hitch.
Another slow scroll URL: http://inmatecentral.com/celebin.html Anyone want to venture as to shich bug this dupes before I submit?
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)
I think this may be h/w dependant. It works on my 266MHz laptop, but not my 1050Mhz nVidia GF3 card.
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
*** Bug 135044 has been marked as a duplicate of this bug. ***
This problem does not occur on nightly builds, just official releases.
Confirmed: build 20020607 - no problems with www.directron.com, http://www.ntcompatible.com - performance still unacceptable but better than in previous builds
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.
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.
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
Another testcase URL: http://www.effingpot.com/slang.html
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.
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...
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
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! :\
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?
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?
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!
reassign to watching address
Assignee: attinasi → other
Summary: [META] Slow scrolling bugs → Slow scrolling bugs
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'.
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.
http://ureshii-fansub.org/ This website is really slooooooowwwww... (It worked perfectly well on Firefox 2)
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
Add Bug number 202718 to the list.
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
Assignee: layout → nobody
QA Contact: chrispetersen → chofmann
Add Bug 266702 to list
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:188.8.131.52) Gecko/20100401 Firefox/3.6.3
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
In the site that says RNicoletto, Firefox 7 uses completely one of my 4 CPUs to scroll.
(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.
Depends on: 623615, 657603, 398137, 629234, 622492, 595400, 579260, 705174, 699144, 682221, 681072, 675866, 656525, 666623, 646344, 614175, 612603, 579794, 569191, 558692, 486635, 206438, 204728, 172835, 607386, 690392, 686820, 681226, 702463, 491165, 282876, 198964, 675496, 650454, 643999, 624171, 597804, 579678, 576056, 574692, 557304, 541385, 536244, 491147, 404826, 236417, 202718, 684860
Depends on: 690093
Depends on: 504347
Depends on: 628366
Depends on: 657141
Attachment #556680 - Attachment mime type: text/plain → text/html
Depends on: 710372
Another example, with an image: http://upload.wikimedia.org/wikipedia/commons/0/0d/Great_Wave_off_Kanagawa2.jpg
(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?
Summary: Slow scrolling bugs → [meta] Slow scrolling bugs
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. :(
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!
Depends on: 750648
Depends on: 718453
Depends on: 775909
Depends on: 775912
Bug 645563 should be on this list, too.
Depends on: 645563
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/
(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.
You need to log in before you can comment on or make changes to this bug.