Closed Bug 1434500 Opened 7 years ago Closed 7 years ago

Icecast Ogg Vorbis streams produce excessive unnecessary suspend events

Categories

(Core :: DOM: Core & HTML, defect)

58 Branch
defect
Not set
normal

Tracking

()

RESOLVED INVALID
Tracking Status
firefox58 --- affected

People

(Reporter: rmcauley, Unassigned)

References

()

Details

User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:58.0) Gecko/20100101 Firefox/58.0 Build ID: 20180118215408 Steps to reproduce: 1. Open rainwave.cc 2. Open the Javascript console 3. Hit the Play button on the website 4. Observe the endless stream of stall events that my player is outputting to the debug console. Actual results: My <audio> handler is reporting numerous stall events despite there being no stalls in the actual audio stream. Expected results: No stall events should be fired. This was not a problem in Firefox 57.
Component: Untriaged → Audio/Video: Playback
Product: Firefox → Core
Revisiting the code in my library, it waits 1 second before considering a stall event to be real and logging it to the console. To work around the bug I'm going to increase 1 second to 2 seconds and add some extra logging so the stall events can be more closely monitored in this bug.
Component: Audio/Video: Playback → Untriaged
Product: Core → Firefox
Summary: Icecast Ogg Vorbis streams produce excessive unnecessary stall events → Icecast Ogg Vorbis streams produce excessive unnecessary suspend events
I have narrowed down the issue to the suspend event over-firing, and worked around it on my site. I've worked around it by listening for timeupdate events on the <audio> element, and setting a timeout on my suspend event handler to debounce. You can still see the suspend event firing when unncessary in the Javascript console.
If an isolated case of a blank HTML page with just an <audio> event and some simpler Javascript is required, please let me know.
User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:58.0) Gecko/20100101 Firefox/58.0 Hi Rob, thanks for reporting this. I managed to reproduce the issue using latest Firefox Release 58.0.1 on Windows 10 x64. The <audio> handler displays a lot of stall events in the Browser Console when playing an item from the website. However, I wasn't able to reproduce this issue using Firefox Beta 59.0b6 and Firefox Nightly 60.0a1 (2018-02-04). Can you please confirm that this issue is not reproducible on your side by testing it with the latest Nightly build? You can download it from here: https://nightly.mozilla.org/.
Status: UNCONFIRMED → NEW
Component: Untriaged → DOM
Ever confirmed: true
Flags: needinfo?(rmcauley)
Product: Firefox → Core
Yes, looks like whatever it is has already been solved in future Firefox. Thanks.
Flags: needinfo?(rmcauley)
Status: NEW → RESOLVED
Closed: 7 years ago
Resolution: --- → INVALID
Component: DOM → DOM: Core & HTML
You need to log in before you can comment on or make changes to this bug.