226807 2021-06-09 00:32:48 -0700 [GStreamer] imported/w3c/web-platform-tests/webaudio/the-audio-api/the-audiocontext-interface/processing-after-resume.https.html is failing 2023-06-25 19:30:34 -0700 1 1 1 Unclassified WebKit New Bugs WebKit Nightly Build Unspecified Unspecified NEW https://bugs.webkit.org/show_bug.cgi?id=217542 P2 Normal --- 1 dpino webkit-unassigned pnormand oldest_to_newest 1768090 0 dpino 2021-06-09 00:32:48 -0700 This test has been consistently failing in the GTK post-commit bot for the last 4000 revisions. Before it was marked as flakey. Diff: --- /home/buildbot/worker/gtk-linux-64-release-tests/build/layout-test-results/imported/w3c/web-platform-tests/webaudio/the-audio-api/the-audiocontext-interface/processing-after-resume.https-expected.txt +++ /home/buildbot/worker/gtk-linux-64-release-tests/build/layout-test-results/imported/w3c/web-platform-tests/webaudio/the-audio-api/the-audiocontext-interface/processing-after-resume.https-actual.txt @@ -1,3 +1,3 @@ -PASS Test consistency of processing after resume() +FAIL Test consistency of processing after resume() assert_equals: construct time before resume expected 0.06965986394557823 but got 0.07546485260770976 1769416 1 pnormand 2021-06-14 09:07:53 -0700 That's a consequence of not setting the AudioWorklet thread priority to RT, I think. See https://bugs.webkit.org/show_bug.cgi?id=220115 1963547 2 dpino 2023-06-25 19:30:34 -0700 This test has improved since the interval 263485@main-263492@main, probably due to https://commits.webkit.org/263490@main. However the test is now a flakey timeout, specially in the case of WPE.