Closed
Bug 662347
Opened 15 years ago
Closed 13 years ago
scrolling on pages with Flash is slower in FF7 Nightly build than in FF4
Categories
(Core Graveyard :: Plug-ins, defect)
Tracking
(Not tracked)
RESOLVED
WORKSFORME
People
(Reporter: jaas, Assigned: BenWa)
References
()
Details
(Whiteboard: regression nominated in comment 8)
1. Load YouTube.com main page. I get a big Flash-based Duke Nukem Forever ad on top.
2. Put your mouse over the page but on the side with no actual content above or below the mouse on the page (to avoid mouseovers).
3. Scroll up and down rapidly with the scroll wheel.
This is really fast, nearly flawless with Firefox 4. It is noticeably glitchy (little pauses) with the latest Firefox 7 Nightly build.
| Assignee | ||
Comment 1•15 years ago
|
||
The tentative cause is bug 598425 but I tried the nightly from June 5th and it shows the same problem. It's a bit hard to measure so if others want to compare the June 5th/6th nightly with a flash ad on the page such as the front page of youtube typically does.
I will look at this once I finish my current bugs, in the meantime it would be fantastic if someone can pin-point the regression window.
Keywords: regressionwindow-wanted
Comment 2•15 years ago
|
||
It's *not* a good idea to have an ad on a particular web page be the
only way to reproduce a bug -- the ad might be gone in a few hours
Here's a "trailer" from the Duke Nukem Forever site:
http://www.dukenukemforever.com/html/us/media.html
Can this bug also be reproduced with it?
Comment 3•15 years ago
|
||
I can't reproduce this bug with either the Duke Nukem Forever ad at
the top of the YouTube home page (http://youtube.com/, which by the
way is still there) or the "trailer" from comment #2. I tested with a
Mighty Mouse on OS X 10.6.7 (running on an approximately 2.5-year-old
MacBook Pro).
I couldn't see any difference between Firefox 4.0.1 and today's
mozilla-central nightly. I scrolled the page rapidly up and down
using both the mouse's scroll-wheel and the page's scroll bar.
| Assignee | ||
Comment 4•15 years ago
|
||
The regression may only be related to the Core Graphics rendering model, and I suspect this page is using Core Animation.
Comment 5•15 years ago
|
||
I should add that I tested with the current version of the Flash plugin (which as of today is 10.3.181.22).
| Assignee | ||
Comment 7•15 years ago
|
||
Test case: http://middaybrew.com/
Comment 8•15 years ago
|
||
Actually, this is a really bad regression, and I think we should solve it for Firefox 7.
tracking-firefox7:
--- → ?
| Assignee | ||
Updated•15 years ago
|
Keywords: perf,
regression
| Assignee | ||
Comment 9•15 years ago
|
||
I get the same performance on both ff4 or recent builds. There doesn't appear to be any performance regression on my end, however scrolling performance does not improve with the async patch which would be expect. I believe it would be worthwhile to investigate why.
(Responding to Bug 662843 Comment #2)
Steven do you notice that scrolling performance is worse when you start the first two videos (regardless of the build)?
Keywords: perf,
regression,
regressionwindow-wanted
Comment 10•15 years ago
|
||
> (Responding to Bug 662843 Comment #2)
> Steven do you notice that scrolling performance is worse when you
> start the first two videos (regardless of the build)?
Even playing *all* the videos seems to make no difference to scrolling
performance, in any of the builds.
Though (of course) doing this causes other weirdness (in all builds)
-- the audio seems to switch randomly between the playing videos, and
many of the videos "pause while loading".
Updated•15 years ago
|
Whiteboard: regression nominated in comment 8
Updated•15 years ago
|
Comment 11•15 years ago
|
||
(In reply to comment #8)
> Actually, this is a really bad regression, and I think we should solve it
> for Firefox 7.
Well, we're tracking it, but 7 is now in Aurora and this hasn't had activity for more than a month - is it still an active issue?
| Assignee | ||
Comment 12•15 years ago
|
||
This has been pref-ed off for firefox 7 so there shouldn't be in regression in 7. Keeping the bug to confirm that this doesn't re-appear in 8 with the async plugin pref-ed on.
tracking-firefox7:
+ → ---
| Assignee | ||
Comment 13•15 years ago
|
||
Bug 663259 landed yesterday, can anyone reproduced the bug with today's nightly?
Comment 14•15 years ago
|
||
I couldn't, but after our talk about this on IRC last time, I wouldn't know what should be considered a regression and what shouldn't... :/
| Assignee | ||
Comment 15•13 years ago
|
||
Closing per Comment 13. I still can't reproduce the issue. Please let us know if you run into this.
Status: NEW → RESOLVED
Closed: 13 years ago
Resolution: --- → WORKSFORME
Updated•4 years ago
|
Product: Core → Core Graveyard
You need to log in
before you can comment on or make changes to this bug.
Description
•