Closed
Bug 1187922
Opened 9 years ago
Closed 9 years ago
Seeked event not fired under some circumstances.
Categories
(Core :: Audio/Video: Playback, defect)
Core
Audio/Video: Playback
Tracking
()
RESOLVED
WORKSFORME
Tracking | Status | |
---|---|---|
firefox42 | --- | affected |
People
(Reporter: jya, Assigned: jya)
References
Details
Attachments
(1 file)
No description provided.
Assignee | ||
Comment 1•9 years ago
|
||
This is what cause one of the commit in bug 1185972 to be backed out.
the new test_SeekNoData_mp4.html mochitest introduced in Part5 seek early and wait the the seeked event to call endOfStream.
http://ftp.mozilla.org/pub/mozilla.org/firefox/try-builds/jyavenard@mozilla.com-e570424cc137/try-macosx64-debug/try_yosemite-debug_test-mochitest-2-bm107-tests1-macosx-build90.txt.gz
Shows that the seeked event isn't fired.
Analysis of detailed log, shows that the MediaFormatReader properly resolves the seek promise and then continues on to play the entire media content to its end. Yet "seeked" isn't received, as such, the mediasource isn't ended and so when we reach the end rather than firing "ended" only "waiting" is fired.
Assignee | ||
Comment 2•9 years ago
|
||
Assignee | ||
Updated•9 years ago
|
Assignee: nobody → jyavenard
Assignee | ||
Comment 3•9 years ago
|
||
Actually, it's the test itself that is racy.
seeked could have been fired once the 2nd video segment has been appended, but we continue to append new buffers and only then are we starting for the seeked event
Status: NEW → RESOLVED
Closed: 9 years ago
Resolution: --- → WORKSFORME
You need to log in
before you can comment on or make changes to this bug.
Description
•