Closed Bug 773885 Opened 13 years ago Closed 7 years ago

Firefox throws canplay and canplaythrough events when currentTime is set

Categories

(Core :: Audio/Video: Playback, defect)

13 Branch
x86
macOS
defect
Not set
normal

Tracking

()

RESOLVED INVALID

People

(Reporter: richtaur, Unassigned)

Details

User Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_7_4) AppleWebKit/536.11 (KHTML, like Gecko) Chrome/20.0.1132.47 Safari/536.11 Steps to reproduce: Set the currentTime property on a new instance of the Audio object. Actual results: The canplay and canplaythrough events were fired. Expected results: The canplay and canplaythrough events shouldn't have fired. I created a test case here: http://www.lostdecadegames.com/firefox-audio-canplay-bugs/
I would say the report about canplaythrough events fired forever is a dupe of bug 664842.
Component: Untriaged → Video/Audio
Product: Firefox → Core
Component: Audio/Video → Audio/Video: Playback
Mass closing because of inactivity. Please feel free to re-open if still relevant.
Status: UNCONFIRMED → RESOLVED
Closed: 7 years ago
Resolution: --- → INACTIVE
This bug was invalid. When seeking [1], readyState will move to HAVE_CURRENT_DATA as per spec, waiting will be fired [2], when readyState then move again to HAVE_ENOUGH_DATA canplay [3] and canplaythrough will fire. [1]https://html.spec.whatwg.org/multipage/media.html#seeking [2]https://html.spec.whatwg.org/multipage/media.html#event-media-waiting [3]https://html.spec.whatwg.org/multipage/media.html#event-media-canplay
Resolution: INACTIVE → INVALID
You need to log in before you can comment on or make changes to this bug.