780021 - [10.7][10.8] "Mission Space" QuickTime video hangs browser with beachball for 5-10 seconds

Status: RESOLVED WONTFIX

(Core Graveyard :: Plug-ins, defect)

Description

[Chris Peterson [:cpeterson]]

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.

Comment 1

[Steven Michaud [:smichaud] (Retired)]

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().

Comment 2

[Steven Michaud [:smichaud] (Retired)]

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.

Comment 3

[Steven Michaud [:smichaud] (Retired)]

I'll try to figure out how to get a decent regression range among mozilla-central nightlies.  But that may take me a while.

Comment 4

[Steven Michaud [:smichaud] (Retired)]

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.

Comment 5

[Steven Michaud [:smichaud] (Retired)]

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.

Comment 6

[Steven Michaud [:smichaud] (Retired)]

(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).

Comment 7

[Steven Michaud [:smichaud] (Retired)]

This bug is also reproducible on OS X 10.8 (testing with FF 14.0.1 and today's mozilla-central nightly).

Comment 8

[Steven Michaud [:smichaud] (Retired)]

(Following up comment #6)

It *wasn't* a fluke.  See bug 780284.

Comment 9

[Virtual_ManPL [:Virtual] 🇵🇱 - (please needinfo? me - so I will see your comment/reply/question/etc.)]

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/