Bug 277327 – [GStreamer] Video player not following preload attribute

• Status: NEW
• Component: Media

[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"

[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. ***