Firefox stops rendering videos (the whole web-page) after 10 seconds when in background
Categories
(Core :: Audio/Video: Playback, defect)
Tracking
()
People
(Reporter: dangerousgoal, Unassigned)
References
(Blocks 1 open bug, Regression)
Details
(Keywords: regression)
User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:100.0) Gecko/20100101 Firefox/100.0
Steps to reproduce:
This happens in Firefox 98.0 (Build ID: 20220304153049) and Nightly 100.0a1 (Build ID: 20220313093807) with a fresh profile. Doesn't happen in Firefox 97.0.2
OS is Windows 10
- Open Firefox 98 or Nightly
- Open a video to observe more clearly (youtube or twitch, happens for both)
- Change to another window so that the firefox window is not visible (happens in both full-screen and small window if it is hidden behind another window, even if that window is another firefox window and not full-screen)
- Wait for more than 10 seconds, the sound continues
- Change back to Firefox window (or use Win+Tab to open task view) to see the result (you can see it happen live in task view, that is how I timed it to be exactly 10 seconds)
Actual results:
After going back to Firefox, the web page is frozen for a split second and then the video jumps to a completely new frame.
This is very annoying while watching videos/livestreams.
Expected results:
Firefox should continue rendering the videos/web-pages in the background.
This may be a power saving feature but I am on desktop and have no battery-life concerns.
Since it happens after exactly 10 seconds each time, it must be intentional.
Is there a flag or option to disable this behaviour?
Updated•3 years ago
|
Comment 1•3 years ago
|
||
Setting this to NEW as I managed to replicate on Windows 10 on the latest versions of Nightly 100, Firefox 98, and Firefox 99 following the STR from Comment 1.
This is noticeable after using both Windows + Tab and Alt+Tab keyboards to switch between windows after a time period of 10 seconds or more.
Narrowed regression window to:
Last good revision: 1863bc09aef91f72fa72f01c1fcd70c64804d8d3
First bad revision: 0de6f75576d0d3e32d3ed8baa128dadfb39b9d4f
Comment 2•3 years ago
|
||
FWIW, setting widget.windows.window_occlusion_tracking.enabled to false fixed the problem in Firefox98 and Nightly100.0a1 Windows10.
Reporter | ||
Comment 3•3 years ago
|
||
(In reply to Alice0775 White from comment #2)
FWIW, setting widget.windows.window_occlusion_tracking.enabled to false fixed the problem in Firefox98 and Nightly100.0a1 Windows10.
I can confirm that this flag changes the behaviour to what I desire. Thanks!
Comment 4•3 years ago
|
||
Per comment #2, it seems something related to occlusion tracking in Windows.
sotaro, would you mind taking a look? Thanks!
Comment 5•3 years ago
|
||
window occlusion could be disabled by setting pref widget.windows.window_occlusion_tracking.enabled to false from about:config.
Comment 6•3 years ago
|
||
One solution could be similar to https://bugzilla.mozilla.org/show_bug.cgi?id=1750629#c5.
Updated•3 years ago
|
Comment 7•3 years ago
|
||
Hi Sotaro! When did we flip on widget.windows.window_occlusion_tracking.enabled by default? I'm still interested in knowing why users started to see this behavior in FX 98. Thank you.s
Comment 8•3 years ago
|
||
:simona.marcu, since this bug is a regression, could you fill (if possible) the regressed_by field?
For more information, please visit auto_nag documentation.
Updated•3 years ago
|
Comment 9•3 years ago
|
||
(In reply to Hsin-Yi Tsai [:hsinyi] from comment #7)
Hi Sotaro! When did we flip on widget.windows.window_occlusion_tracking.enabled by default? I'm still interested in knowing why users started to see this behavior in FX 98. Thank you.s
It was enabled by default for Fx98 in bug 1750491.
Comment 10•3 years ago
|
||
FWIW I don't think this is a bug. We're telling YouTube that it's fully occluded and it's stopping video decoding, so I'm not sure if there's much to do on our end.
Comment 11•3 years ago
|
||
I looked into how video was stopped.
MediaDecoderStateMachine stopped background video after 10 seconds when in background. It could be disabled also by setting pref media.suspend-bkgnd-video.enabled = false. 10 seconds was defined by pref media.suspend-bkgnd-video.delay-ms.
- https://searchfox.org/mozilla-central/rev/fa69d8b248e6c1df670aa6b019e30ec37e6672be/dom/media/MediaDecoder.cpp#1089
- https://searchfox.org/mozilla-central/rev/fa69d8b248e6c1df670aa6b019e30ec37e6672be/dom/media/MediaDecoderStateMachine.cpp#3201
pref
Comment 12•3 years ago
|
||
window occlusion was already enabled on MacOS, since MacOS natively supports window occlusion. And video playback on occluded window caused the same symptom.
Updated•3 years ago
|
Comment 13•3 years ago
|
||
Moving to Audio/Video playback component according to comment 12. Please feel free to move back if I got something wrong.
Updated•3 years ago
|
Updated•3 years ago
|
Description
•