Mozilla/5.0 (X11; Linux i686; rv:2.0b9pre) Gecko/20110103 Firefox/4.0b9pre 1/ Visit http://www.techradar.com/news/software/firefox-linux-and-the-future-of-the-web-915631?src=rss&attr=all 2/ scroll the page (keyboard or mouse) expected result: smooth scroll actual result: high cpu load and jerky scrolling This is a regression as it works fine in Firefox 3.6, tested in a new profile. Not sure I filed that bug in the right component.
Mozilla/5.0 (Windows NT 6.0; rv:2.0b9pre) Gecko/20110104 Firefox/4.0b9pre Confirmed on Windows as well. Hardware Accel Information: Direct2D Enabled true DirectWrite Enabled true GPU Accelerated Windows 1/1 Direct3D 10
Component: Layout → Layout: View Rendering
QA Contact: layout → layout.view-rendering
blocking2.0: --- → ?
Strange, on my linux machine I find it nice and snappy.
Trying without adblockplus I can see that it is slow, so must be something with the ads.
Something to do with scrolling plugins I'd guess
The first bad revision is: changeset: 59491:e9f317c9ab52 user: Robert O'Callahan <email@example.com> date: Mon Dec 20 14:37:43 2010 +1300 summary: Bug 617152. Part 8.5: Fire MozPaintWait even if the plugin layer is currently zero-size. r=tnikkel
blocking2.0: ? → final+
Is this fixed?
nope, unless the changes in Bug 619176 was not in today's nightly, I still have the bug with Mozilla/5.0 (X11; Linux i686; rv:2.0b10pre) Gecko/20110113 Firefox/4.0b10pre
Bug 619176 is not in todays nightly.
Is it fixed now?
WFM without any problem with scrolling on my "slow" netbook. Mozilla/5.0 (Windows NT 6.1; rv:2.0b10pre) Gecko/20110119 Firefox/4.0b10pre
I'm marking it fixed. Pascal can reopen if it's not fixed for him.
Status: NEW → RESOLVED
Closed: 9 years ago
Resolution: --- → FIXED
fixed for me as well now, thanks
Component: Layout: View Rendering → Layout: Web Painting
You need to log in before you can comment on or make changes to this bug.