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)
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
Updated•10 years ago
|
Component: Audio/Video → Audio/Video: Playback
Comment 2•7 years ago
|
||
Mass closing because of inactivity.
Please feel free to re-open if still relevant.
Status: UNCONFIRMED → RESOLVED
Closed: 7 years ago
Resolution: --- → INACTIVE
Comment 3•7 years ago
|
||
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.
Description
•