312871 2026-04-21 02:26:11 -0700 [GStreamer][MSE] media/media-source/media-source-seek-to-zero-then-play.html is a permanent failure 2026-05-15 10:50:55 -0700 1 1 1 Unclassified WebKit Media WebKit Nightly Build Unspecified Unspecified NEW P2 Normal --- 1 jean-yves.avenard webkit-unassigned bugs-noreply oldest_to_newest 2202637 0 jean-yves.avenard 2026-04-21 02:26:11 -0700 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.