media/track/track-in-band-duplicate-tracks-when-source-changes.html Is a flaky timeout on iOS 14 E Simulator wk2. History: https://results.webkit.org/?suite=layout-tests&test=media%2Ftrack%2Ftrack-in-band-duplicate-tracks-when-source-changes.html Diff: --- /Volumes/Data/worker/ipados-simulator-14-debug-tests-wk2/build/layout-test-results/media/track/track-in-band-duplicate-tracks-when-source-changes-expected.txt +++ /Volumes/Data/worker/ipados-simulator-14-debug-tests-wk2/build/layout-test-results/media/track/track-in-band-duplicate-tracks-when-source-changes-actual.txt @@ -1,14 +1,3 @@ +#PID UNRESPONSIVE - WebKitTestRunnerApp (pid 92674) +FAIL: Timed out waiting for notifyDone to be called -When changing the source for a video, we shouldn't get duplicate in-band tracks. - -EVENT(canplaythrough) - -** Storing number of tracks and reloading video -EXPECTED (video.textTracks.length > '0') OK -RUN(numTracks = video.textTracks.length) -EVENT(canplaythrough) - -** Loaded video again, checking if tracks number is the same -EXPECTED (video.textTracks.length == 'numTracks') OK -END OF TEST
<rdar://problem/81182216>
I was able to reproduce timeout (Didn’t get the diff) on iOS 15 simulator on my local machine using: run-webkit-tests media/track/track-in-band-duplicate-tracks-when-source-changes.html --ios-simulator --exit-after-n-failures 2 --exit-after-n-crashes-or-timeouts 2 --iterations 500 I was able to reproduce timeout at TOT, r277101 (The oldest revision found in the history), r274810 (Revision the test is last modified), and r274808 (Before the test is last modified), but I am not sure if this is the same timeout as the bot is producing since I didn’t get the diff.
Updated test expectations https://trac.webkit.org/changeset/280357/webkit
Test also times out on Mac.
Updated test expectations at https://trac.webkit.org/changeset/281530/webkit.