277327 2024-07-29 22:25:10 -0700 [GStreamer] Video player not following preload=metadata attribute 2025-05-21 12:36:09 -0700 1 1 1 Unclassified WebKit Media WebKit Nightly Build Unspecified Unspecified NEW https://bugs.webkit.org/show_bug.cgi?id=276717 P2 Normal --- 236884 1 jean-yves.avenard webkit-unassigned clopez philn oldest_to_newest 2049376 0 jean-yves.avenard 2024-07-29 22:25:10 -0700 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" 2049377 1 jean-yves.avenard 2024-07-29 22:25:56 -0700 --- /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 + 2049445 2 philn 2024-07-30 06:38:53 -0700 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. 2049447 3 philn 2024-07-30 06:40:13 -0700 *** Bug 127743 has been marked as a duplicate of this bug. ***