c.f. https://wpt.fyi/results/webaudio/the-audio-api/the-audioworklet-interface/audioworkletnode-onerror.https.html?label=master&product=chrome%5Bexperimental%5D&product=firefox%5Bexperimental%5D&product=safari-171%20preview%5Bexperimental%5D&product=safari-172%20preview&product=safari%5Bstable%5D Interestingly this appears to not happen under WebKitTestRunner, as our expectation for this test seems to be passing.
<rdar://problem/110900370>
Indeed, timeout is reproducible by loading: https://wpt.live/webaudio/the-audio-api/the-audioworklet-interface/audioworkletnode-onerror.https.html
(In reply to Sam Sneddon [:gsnedders] from comment #0) > c.f. > https://wpt.fyi/results/webaudio/the-audio-api/the-audioworklet-interface/ > audioworkletnode-onerror.https. > html?label=master&product=chrome%5Bexperimental%5D&product=firefox%5Bexperime > ntal%5D&product=safari-171%20preview%5Bexperimental%5D&product=safari- > 172%20preview&product=safari%5Bstable%5D > > Interestingly this appears to not happen under WebKitTestRunner, as our > expectation for this test seems to be passing. The reason it may be passing in our layout tests but not upstream is likely because our local very outdated. We need to resync this test. A local diff shows they are quite different.
Pull request: https://github.com/WebKit/WebKit/pull/15461
Committed 265678@main (0105c62ef91b): <https://commits.webkit.org/265678@main> Reviewed commits have been landed. Closing PR #15461 and removing active labels.