Bug 277327
| Summary: | [GStreamer] Video player not following preload attribute | ||
|---|---|---|---|
| Product: | WebKit | Reporter: | Jean-Yves Avenard [:jya] <jean-yves.avenard> |
| Component: | Media | Assignee: | Nobody <webkit-unassigned> |
| Status: | NEW | ||
| Severity: | Normal | CC: | clopez, philn |
| Priority: | P2 | ||
| Version: | WebKit Nightly Build | ||
| Hardware: | Unspecified | ||
| OS: | Unspecified | ||
| See Also: | https://bugs.webkit.org/show_bug.cgi?id=276717 | ||
Jean-Yves Avenard [:jya]
Seen in https://bugs.webkit.org/show_bug.cgi?id=276717
media/media-vp8-webm-with-preload.html is failing with the readyState moving to HAVE_CURRENT_DATA even with a poster set and preload set to "metadata"
| Attachments | ||
|---|---|---|
| Add attachment proposed patch, testcase, etc. |
Jean-Yves Avenard [:jya]
--- /home/ews/worker/GTK-WK2-Tests-EWS/build/layout-test-results/media/media-vp8-webm-withpreload-expected.txt
+++ /home/ews/worker/GTK-WK2-Tests-EWS/build/layout-test-results/media/media-vp8-webm-withpreload-actual.txt
@@ -1,7 +1,14 @@
+FAIL: Timed out waiting for notifyDone to be called
-EXPECTED (video.readyState <= '1') OK
-EXPECTED (video.readyState == '1') OK
-RUN(video.play())
-EVENT(playing)
-RUN(video.currentTime = video.duration - 0.02)
+EXPECTED (video.readyState <= '1'), OBSERVED '3' FAIL
+Summary
+
+Harness status: Timeout
+
+Found 0 tests
+
+Details
+
+Result Test Name Message
+
Philippe Normand
Right, I think this is not specific to WebM.
We don't have special case for preload=metadata, we switch the pipeline to paused state...
I think that whenever we switch to playbin3 we should be able to nicely address this issue, by reacting on the stream-collection message.
Philippe Normand
*** Bug 127743 has been marked as a duplicate of this bug. ***