Bug 312871
| Summary: | [GStreamer][MSE] media/media-source/media-source-seek-to-zero-then-play.html is a permanent failure | ||
|---|---|---|---|
| Product: | WebKit | Reporter: | Jean-Yves Avenard [:jya] <jean-yves.avenard> |
| Component: | Media | Assignee: | Nobody <webkit-unassigned> |
| Status: | NEW | ||
| Severity: | Normal | CC: | bugs-noreply |
| Priority: | P2 | ||
| Version: | WebKit Nightly Build | ||
| Hardware: | Unspecified | ||
| OS: | Unspecified | ||
Jean-Yves Avenard [:jya]
from bug 312859
```
--- /sdk/webkit/layout-test-results/media/media-source/media-source-seek-to-zero-then-play-expected.txt
+++ /sdk/webkit/layout-test-results/media/media-source/media-source-seek-to-zero-then-play-actual.txt
@@ -1,3 +1,5 @@
+FAIL: Timed out waiting for notifyDone to be called
+
RUN(video.src = URL.createObjectURL(source))
EVENT(sourceopen)
@@ -7,16 +9,4 @@
RUN(sourceBuffer.appendWindowEnd = 0.3)
Appended first segment with window [0, 0.3)
RUN(video.currentTime = 0)
-EVENT(seeked)
-First seek to 0 completed
-RUN(video.currentTime = 0)
-EVENT(seeked)
-Second seek to 0 completed
-RUN(sourceBuffer.appendWindowEnd = 0.6)
-Re-appended first segment with window [0, 0.6)
-RUN(video.play())
-EVENT(playing)
-EXPECTED (video frame rendered past 0.3s) OK
-RUN(video.pause())
-END OF TEST
```
seeking to 0 when currentTime is already 0 doesn't fire the `seeked` event which isn't per spec (note that chrome has the same issue).
The spec does NOT have an early-abort for seeking to the current position. The seek algorithm always runs through and
fires seeking/seeked. The only early-aborts are for readyState == HAVE_NOTHING and no seekable ranges.
| Attachments | ||
|---|---|---|
| Add attachment proposed patch, testcase, etc. |