Slow Page loading, momentarily pauses audio output in different tab
Categories
(Core :: Audio/Video: Playback, defect)
Tracking
()
Tracking | Status | |
---|---|---|
firefox65 | --- | unaffected |
firefox66 | --- | unaffected |
firefox67 | --- | affected |
People
(Reporter: alexf_ba124, Unassigned)
References
()
Details
(Keywords: regression)
User Agent: Mozilla/5.0 (Windows NT 6.1; rv:67.0) Gecko/20100101 Firefox/67.0
Steps to reproduce:
Loaded a you tube clip and started playback: https://www.youtube.com/watch?v=WbV7frdhYic
Then opened in a new tab - https://www.mozilla.org/en-US/firefox/67.0a1/releasenotes/?utm_source=firefox-browser&utm_medium=firefox-browser&utm_campaign=whatsnew
Actual results:
When the second page paused during loading, the audio output from the You Tube clip momentarily paused ( a click) in the audio. Refreshing the page caused the same click.
Expected results:
The audio playback from the YouTube clip should have been continuous regardless of the status of other parts of the browser.
Reporter | ||
Updated•6 years ago
|
User Agent: Mozilla/5.0 (Windows NT 6.1; Win64; x64; rv:67.0) Gecko/20100101 Firefox/67.0
Build ID: 20190208095514
Hi Alex,
Thank you for taking the time to report this.
I was able to reproduce the issue that you have described only on Windows 7, on the latest Nightly build.
I could not reproduce it on DevEdition or Release builds on Windows 7. Also, I was not able to reproduce it on any build (including the Nightly build) on Windows 10, Ubuntu 16.04 or Mac OSX.
Running Mozregression, indicated that this behavior may have started to reproduce after the fix for https://bugzilla.mozilla.org/show_bug.cgi?id=1476981 - Turn on dom.ipc.processPriorityManager.enabled in Nightly (from pushlog - https://hg.mozilla.org/integration/autoland/pushloghtml?fromchange=ba41803aea537cac4ce379b1935ec4cdb6f76185&tochange=015cdc788e05a9dafc0abe737c9d16153f607b4c).
I am going to assign this to Core: Audio/Video component for a mode advised input. If this is not the proper component for this report, please feel free to reassign it.
Reporter | ||
Comment 2•6 years ago
|
||
Additional information:- "dom.ipc.processPriorityManager.enabled" is set to true for me. I'll run a test with it switched off.
As you indicate that this isn't present in a developer release, it may resolve on it's own given that some aspects of the Firefox's internal architecture are about to change ( To do with isolating certain media on pages even more tightly IIRC.)
Reporter | ||
Comment 3•6 years ago
|
||
Running with the relevant option disabled seemed to temporarily solve the problem..
Updated•6 years ago
|
Comment 5•6 years ago
|
||
A patch landed recently that makes audio-playing background tabs go into the "normal" process priority bucket. Are you able to reproduce in a recent Nightly with "dom.ipc.processPriorityManager.enabled" reset to the default?
Reporter | ||
Comment 6•6 years ago
|
||
Not seeing the pausing or disruption in audio output on the current nightly release. I will wait a few days for others to check as well before considering this definitive though.
Updated•6 years ago
|
Comment 7•6 years ago
|
||
(In reply to Mike Conley (:mconley) (:⚙️) from comment #5)
A patch landed recently that makes audio-playing background tabs go into the
"normal" process priority bucket. Are you able to reproduce in a recent
Nightly with "dom.ipc.processPriorityManager.enabled" reset to the default?
Maybe we should detect background tabs that are consuming media and not lower the priority. People often play music in background tabs, if this is getting in the way of that it seems pretty serious.
Comment 8•6 years ago
|
||
(In reply to alex.farlie from comment #6)
Not seeing the pausing or disruption in audio output on the current nightly
release. I will wait a few days for others to check as well before
considering this definitive though.
Sorry, I see we did what I suggested and it fixed the issue. Closing this out.
Reporter | ||
Comment 9•6 years ago
|
||
Considering this resolved, but I am seeing tiny delays in audio output on the most recent "67.0a1 (2019-02-26) (32-bit)" nightly in relation to Soundcloud playback, but as I've had this for a long time, I am suspecting an audio driver issue on my system.
Reporter | ||
Comment 10•5 years ago
|
||
The same issue re-occured in Nightly 76.0.a1 , but the same fix worked. So, temporarily re-opening..
Reporter | ||
Comment 11•5 years ago
|
||
Can someone do a quick check to see if this is just a local issue for me?
Also what changed between 67 when it was working and 71 where it wasn't (given that the same fix worked in versions that are a number of revisions apart.)
Thanks
Comment 12•5 years ago
|
||
Moving to the Audio/Video component because this bug is about media playback problems in background tabs.
Reporter | ||
Comment 13•5 years ago
|
||
Updated bug information to reflect the version I'm using.
Reporter | ||
Comment 15•3 years ago
|
||
I still see pauses in audio (stuttering) when loading multiple pages/tabs.
Nightly 98.0a1 (2002-02-04) (32 bit)
The affected sites include :
*YouTube
*SoundCloud
I've not experienced audio pauses when playing MP3/OGG in an external player whilst running Firefox though.
I am wondering if some sites ( like Soundcloud) that are using an embedded player (i.e an applet or script) as opposed to a direct object/media tag are putting additional processing in which causes the delays in audio processing.
Reporter | ||
Updated•2 years ago
|
Updated•2 years ago
|
Updated•2 years ago
|
Description
•