240081 2022-05-04 13:57:46 -0700 [ iOS ][ macOS Debug wk1 ] webaudio/AudioBuffer/huge-buffer.html is a flaky timeout 2022-05-17 09:21:58 -0700 1 1 1 Unclassified WebKit New Bugs WebKit Nightly Build Unspecified Unspecified RESOLVED CONFIGURATION CHANGED InRadar P2 Normal --- 1 rackler rackler cdumez eric.carlson webkit-bot-watchers-bugzilla webkit-bug-importer oldest_to_newest 1866589 0 rackler 2022-05-04 13:57:46 -0700 Description: webaudio/AudioBuffer/huge-buffer.html The first timeout that I saw on the dashboard for iOS was 3/24/2022 at r291794. The first timeout that I saw on the dashboard for Big Sur was 2/15/2022 at r289876 and the first timeout that I saw on the dashboard for Monterey was 3/17/2022 at r291422, but neither appear relevant to causing this issue. This test seems to have been flaky since the start. History: https://results.webkit.org/?suite=layout-tests&test=webaudio%2FAudioBuffer%2Fhuge-buffer.html&platform=ios&platform=mac&limit=50000 Diff: --- /Volumes/Data/worker/ios-simulator-15-release-gpuprocess-tests-wk2/build/layout-test-results/webaudio/AudioBuffer/huge-buffer-expected.txt +++ /Volumes/Data/worker/ios-simulator-15-release-gpuprocess-tests-wk2/build/layout-test-results/webaudio/AudioBuffer/huge-buffer-actual.txt @@ -1,3 +1,5 @@ +FAIL: Timed out waiting for notifyDone to be called + PASS # AUDIT TASK RUNNER STARTED. PASS Executing "huge buffer" 1866590 1 webkit-bug-importer 2022-05-04 13:58:03 -0700 <rdar://problem/92752803> 1866614 2 rackler 2022-05-04 15:32:18 -0700 REPRODUCTION STEPS I can reproduce this on ToT r293782 Command: run-webkit-tests --root 293782 --clobber-old-results --iterations 250 --exit-after-n-crashes-or-timeouts 1 --no-retry-failures --force -f webaudio/AudioBuffer/huge-buffer.html Result: Regressions: Unexpected timeouts (1) webaudio/AudioBuffer/huge-buffer.html [ Timeout ] 1866622 3 rackler 2022-05-04 15:37:31 -0700 I have marked this test as a flaky timeout while this issue is investigated. 1866628 4 rackler 2022-05-04 15:45:01 -0700 Pull request: https://github.com/WebKit/WebKit/pull/507 1866633 5 ews-feeder 2022-05-04 15:48:00 -0700 Test gardening commit r293796 (250270@main): <https://commits.webkit.org/250270@main> Reviewed commits have been landed. Closing PR #507 and removing active labels. 1867322 6 cdumez 2022-05-06 13:06:09 -0700 Looks like just a Slow test in Debug, should probably be marked as [Slow] instead of flaky? 1868130 7 rackler 2022-05-11 07:49:04 -0700 I have marked this test as Slow while this issue is investigated. 1868134 8 rackler 2022-05-11 07:53:18 -0700 Pull request: https://github.com/WebKit/WebKit/pull/588 1868136 9 ews-feeder 2022-05-11 07:57:24 -0700 Test gardening commit r294052 (250458@main): <https://commits.webkit.org/250458@main> Reviewed commits have been landed. Closing PR #588 and removing active labels. 1869306 10 rackler 2022-05-16 10:35:10 -0700 Marking the test as Slow has resulted in the tests passing consistently. History: https://results.webkit.org/?suite=layout-tests&test=webaudio%2FAudioBuffer%2Fhuge-buffer.html&platform=ios&platform=mac&limit=50000 1869705 11 rackler 2022-05-17 09:21:44 -0700 Verified with Eric that the test can run slow and marking the test as slow has resolved the issue.