Firefox 19.0a1 (2012-11-06) Device: Galaxy S2 OS: Android 4.0.3 Steps to reproduce: 1. Go to youtube.com (desktop site) 2. Select a video from the list and play it in full screen mode 3. Tap on device Home button 4. Tap on Firefox shortcut to bring the app back into view Expected result: The app is not longer in full screen mode after step 4. Also no hangs or freezes will occur. Actual result: The app freezes after step 4.
Does this happen on any other video or just youtube? Is this Flash playback or html5 <video>?
This is happening just for flash playback (on any website). It doesn't occur on any HTML5 video.
This issue occurs now on Aurora too, since bug 809005 was fixed. -- Firefox 18.0a2 (2012-11-12) Device: Galaxy S2 OS: Android 4.0.3
Snorp, what's your plan here?
Haven't really looked at this closely yet, but if I'd guess it's probably caused by Flash holding a lock while we are blocked in scheduleResumeComposition(), similar to other deadlocks.
I've confirmed that this is caused by the thing I described above (though it's pausing composition, not resuming). Brad and I discussed a possible solution that takes the gecko main loop out of the composition pause process. Basically call nsWindow::SchedulePauseComposition directly from the UI thread.
Created attachment 692412 [details] [diff] [review] Restore fullscreen plugins after document becomes active
It turns out we didn't actually have the fullscreen surface displayed, which is why Flash never gave up the lock (it waits on the surface). Attached patch fixes that, and I don't get a deadlock.
Firefox 20.0a1 (2012-11-19) Device: Galaxy Nexus/ Galaxy Note OS: Android 4.1.1/ 4.0.4 This is not reproducible on latest Nightly following steps from description. Marking bug as VERIFIED FIXED.
Snorp, what are your plans for FF23/24 now that this is backed out for bug 827407?
At this point, for FF23 we'll have to wontfix this and make a note in Known Issues.
Noted in 'Known Issues'
Next time, I think it would be a good idea to mention that this a mobile-only problem in the "Known Issue" notes. No need to worry users unnecessarily.
^ "Product: Firefox for Android" >_> <_<
needsinfo on :snorp to help with comment 12 given we are only left with two more mobile beta's for Fx24 as well.
At this point, for FF23 we'll have to wontfix this and carry on the note in Known Issues
The fix we had before was correct, IMHO, but I guess it caused some bad Flash behavior (crashing). I haven't had time to look at this or other Flash bugs but hope to soon.
This happens to me several times a day. It is not just on YouTube, it is on all flash or non flash video. If I go to another tab and then go back it is frozen about 80% of the time and nothing you can do will fix it. It can sometimes be prevented by clicking on history clear and clear the cache, but even that does not always work! Just thought I would let you know.
(In reply to Lukas Blakk [:lsblakk] from comment #14) > Noted in 'Known Issues' This should be in 'Mobile' instand of 'Desktop'.
(In reply to Lukas Blakk [:lsblakk] from comment #14) > Noted in 'Known Issues' This bug is still incorrectly listed in the FF 27 desktop release notes, while it is not included in the current mobile release notes.
It has happened for me in desktop Firefox 26 also. Not in every switching between fullscreen flash video and Firefox, but if happen to do it multiple times, then it tends to happen. Both in Youtube and in Twitch. Killing plugincontainer helps to unfreeze the Firefox. Windows is Windows XP and it has happend with last couple of flash versions.
> The fix we had before was correct, IMHO, but I guess it caused some bad > Flash behavior (crashing). I haven't had time to look at this or other Flash > bugs but hope to soon. Snorp's been all over Flash lately. Let's entertain the thought to see if Snorp is working on this?
I haven't, but I will.
Why is this bug in the 27.0.1 desktop release notes at https://www.mozilla.org/en-US/firefox/27.0.1/releasenotes/ when it is an Android only bug?
(In reply to Pascal from comment #26) > Why is this bug in the 27.0.1 desktop release notes at > https://www.mozilla.org/en-US/firefox/27.0.1/releasenotes/ when it is an > Android only bug? We asked that question in comment #22. Still waiting for a release manager to make an adjustment.
This has been resolved in our database and in svn for trunk/stage/production notes and should not come back in future versions. http://viewvc.svn.mozilla.org/vc?view=revision&revision=125342
clearing obsolete tracking flag due to Bug 1370184 This bug is very likely a resolved one.