Bug 228364
| Summary: | [ Mac,iOS ] media/track/track-in-band-duplicate-tracks-when-source-changes.html is a flaky timeout | ||
|---|---|---|---|
| Product: | WebKit | Reporter: | ayumi_kojima |
| Component: | New Bugs | Assignee: | Nobody <webkit-unassigned> |
| Status: | NEW | ||
| Severity: | Normal | CC: | ehutchison, eric.carlson, hi, self, webkit-bot-watchers-bugzilla, webkit-bug-importer |
| Priority: | P2 | Keywords: | InRadar |
| Version: | WebKit Nightly Build | ||
| Hardware: | Unspecified | ||
| OS: | Unspecified | ||
ayumi_kojima
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
| Attachments | ||
|---|---|---|
| Add attachment proposed patch, testcase, etc. |
Radar WebKit Bug Importer
<rdar://problem/81182216>
ayumi_kojima
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.
ayumi_kojima
Updated test expectations https://trac.webkit.org/changeset/280357/webkit
Eric Hutchison
Test also times out on Mac.
Eric Hutchison
Updated test expectations at https://trac.webkit.org/changeset/281530/webkit.