STR: 1. In Mac Firefox, load http://www.bigfloridacountry.com/missionspacefunnyvideos.htm 2. Play first QuickTime video. 3. As the video starts to play, scroll the page up and down a little bit. AR: The browser will hang and beachball for 5-10 seconds. If the browser does not beachball when playing the video, try reloading the page. ER: No hang. Neither Chrome nor Safari beachball when playing, scrolling, or reloading these videos. I tested Firefox 14 and 17 on OS X 10.7.4.
I can reproduce this with today's mozilla-central nightly, and with FF releases going back to FF 11 (but not with FF 10.0.2). However I haven't been able to find a plausible regression range among mozilla-central nightlies (first because the problem happens much earlier in these nightlies than the release regression range would suggest, and second because other problems seem to be interfering). The bug doesn't happen in 32-bit mode. So far I've only tested on OS X 10.7.4. Here's the STR I used: 1) Visit http://www.bigfloridacountry.com/missionspacefunnyvideos.htm and wait for the page to finish loading. 2) Start the first video, then use the scrollbar thumb to scroll rapidly up and down. 3) When the bug happens, the video's audio and video stop, and then shortly afterwards you start hanging (you see the beachball). Then hang continues for 10-15 seconds. I took a couple of profiles just after the beachball had disappeared. The first is the full profile. The second is (I hope) the part of the profile that was taken while the beachball was displayed. Full profile: http://people.mozilla.com/~bgirard/cleopatra/?report=71baf56c1dc32f1d8931212262c51dd928958f85 Profile while beachballing: http://people.mozilla.com/~bgirard/cleopatra/?report=c0ef2d06f97230874d03cb2fa1ebce3a99ef4aaa In the second profile, 100% of the time is spent in PR_WaitCondVar, called from mozilla::ipc::SyncChannel::WaitForNotify().
Here's a profile taken while performing the STR from comment #1 in 32-bit mode (where the bug doesn't happen): http://people.mozilla.com/~bgirard/cleopatra/?report=81f3386d7b9f3d4e30637669aad1ca6ace603b8e Notice that, in this case, most of the CPU time is spent in the QuickTime plugin.
I'll try to figure out how to get a decent regression range among mozilla-central nightlies. But that may take me a while.
I can't repro on OS X 10.6.8 (using today's mozilla-central nightly and the STR from comment #1). So this may be at least partly an OS bug.
On OS X 10.8 (using today's mozilla-central nightly) I get the missing plugin icon. I don't see it in Safari, and there *is* a QuickTime plugin in /Library/Internet Plug-Ins. I'll try to figure out what's going on and open a new bug.
Summary: "Mission Space" QuickTime video hangs browser with beachball for 5-10 seconds → [10.7] "Mission Space" QuickTime video hangs browser with beachball for 5-10 seconds
(Following up comment #5) Nevermind. The QuickTime "missing plugin" icon seems to have been a fluke. The problem went away when I deleted my old pluginreg.dat file (which had the QuickTime plugin in the "invalid" section).
This bug is also reproducible on OS X 10.8 (testing with FF 14.0.1 and today's mozilla-central nightly).
Summary: [10.7] "Mission Space" QuickTime video hangs browser with beachball for 5-10 seconds → [10.7][10.8] "Mission Space" QuickTime video hangs browser with beachball for 5-10 seconds
I'm marking this bug as WONTFIX per bug #1269807. For more information see - https://blog.mozilla.org/futurereleases/2015/10/08/npapi-plugins-in-firefox/
Status: NEW → RESOLVED
Last Resolved: 2 years ago
Resolution: --- → WONTFIX
You need to log in before you can comment on or make changes to this bug.