The test media/media-fragments/TC0009.html is flaky on GTK (but not on WPE). The flakiness can be easily reproduce with: $ Tools/Scripts/run-webkit-tests --repeat-each=100 --debug-rwt-logging --release --gtk media/media-fragments/TC0009.html When it fails this is the diff: --- /home/buildbot/worker/gtk-linux-64-release-skip-failing-tests/build/layout-test-results/media/media-fragments/TC0009-expected.txt +++ /home/buildbot/worker/gtk-linux-64-release-skip-failing-tests/build/layout-test-results/media/media-fragments/TC0009-actual.txt @@ -4,6 +4,6 @@ Fragment: 't=15,20' Comment: The request lies beyond the end of the resource. If the UA knows the duration of the resource, it seeks to the end of the media resource. Otherwise, the UA will send an (out-of-range) HTTP request with an 'include-setup' in order to setup its decoding pipeline. EVENT(canplaythrough) -EXPECTED (video.currentTime == 'duration') OK +EXPECTED (video.currentTime == 'duration'), OBSERVED '0' FAIL END OF TEST
Updated expectations on r281219
It appears that media/media-fragments/TC0014.html is also flaky and when it fails shows the same failure. Gardening patch coming shortly.
The test or tests filed under this bug are not failing anymore. Test expectations updated in https://commits.webkit.org/258724@main.