New issue
Advanced search Search tips

Issue 884534 link

Starred by 2 users

Issue metadata

Status: WontFix
Owner: ----
Closed: Oct 18
Cc:
Components:
EstimatedDays: ----
NextAction: ----
OS: Android
Pri: 2
Type: Bug



Sign in to add a comment

Audio element events (timeupdate, progress, loadeddata, etc) not firing when they should on Android

Reported by drai...@gmail.com, Sep 16

Issue description

Steps to reproduce the problem:
1. Create <audio> element
2. Attach event listeners to audio element
3. Canplay, etc. are not fired until play() has been called

What is the expected behavior?
Canplay, canplaythrough, loadeddata, loadedmetadata, timeupdate, durationchange, etc should fire before play() has been called on the object.

What went wrong?
The only events fired are emptied, timeupdate and loadstart. emptied and timeupdate are not fired on all players though.

With 4 audio elements (numbered 0-3) in a page, this looks like follows:

emptied player-1
timeupdate player-1
emptied player-3
timeupdate player-3
emptied player-0
timeupdate player-0
loadstart player-2
loadstart player-1
loadstart player-3
loadstart player-0

You'll notice that for some reason, no emptied or timeupdate events are fired on player-2.
After this, no further events are fired on the element, until play() is called on the element, at which point all events are fired that should have taken place before:

click button-3
durationchange player-3
loadedmetadata player-3
loadeddata player-3
canplay player-3
canplaythrough player-3
durationchange player-3
timeupdate player-3

Did this work before? N/A 

Does this work in other browsers? Yes

Chrome version: 69.0.3497.91  Channel: stable
OS Version: 8.1.0
Flash Version:
 
Note that the emptied and timeupdate events go away entirely if I add the event listeners before setting the src property on the audio tag.

The behavior of all other events does not change though.

As far as I understand the spec (https://developer.mozilla.org/en-US/docs/Web/Guide/Events/Media_events) canplay and canplaythrough should be fired before any call to play() in order for pages to know when e.g. play controls can be activated. CMIIW.
Labels: Needs-triage-Mobile
Cc: chelamcherla@chromium.org
Components: -Blink>Media Blink>Media>Audio
Labels: Needs-Feedback
@ draison: Could you please provide test case/URL to reproduce this issue from our end. If possible please also provide screencast, this would help in further triaging.

Thanks!
Status: WontFix (was: Unconfirmed)
Closing issue due to lack of feedback requested but not provided. If the issue still exists please open a new issue with the details requested.

Thanks!

Sign in to add a comment