TestWebKitAPI.WebKit.AudioBufferSize This test is very frequently timing out on Mac EWS. It does not seem to be appearing in post commit bots though. It looks like this started timing out on EWS around r278788 Ews runs: https://ews-build.webkit.org/#/builders/3?numbuilds=300 History: https://results.webkit.org/?suite=api-tests&test=TestWebKitAPI.WebKit.AudioBufferSize
<rdar://problem/79360787>
r278788 is a logging patch so it is unlikely to be the cause? + Eric / Jer as this is an API test that was fairly recently introduced by them (r277876).
Thanks Chris! I didn't think r278788 started the issue, just where I first saw it fail on EWS. It would seem likely then that this API test has been failing sense introduction in r277876
I don't know much about this particular test but if it relies on the GPUProcess, it might also be related to the following flaky crash that is still occurring on our bots: stderr: ASSERTION FAILED: isInRoutingArbitrationForToken(token) || m_setupArbitrationOngoing ./platform/audio/mac/SharedRoutingArbitrator.mm(123) : void WebCore::SharedRoutingArbitrator::endRoutingArbitrationForToken(const WebCore::SharedRoutingArbitrator::Token &) 1 0x100f29ec0 WTFCrash 2 0x11d9f3540 JSC::JSValue::isUndefined() const 3 0x11eb8d5f4 WebCore::SharedRoutingArbitrator::endRoutingArbitrationForToken(WebCore::SharedRoutingArbitrator::Token const&) 4 0x10aa650f4 WebKit::AudioSessionRoutingArbitratorProxy::endRoutingArbitration() 5 0x1093c13f8 void IPC::callMemberFunctionImpl<WebKit::AudioSessionRoutingArbitratorProxy, void (WebKit::AudioSessionRoutingArbitratorProxy::*)(), std::__1::tuple<> >(WebKit::AudioSessionRoutingArbitratorProxy*, void (WebKit::AudioSessionRoutingArbitratorProxy::*)(), std::__1::tuple<>&&, std::__1::integer_sequence<unsigned long>) 6 0x1093c0f30 void IPC::callMemberFunction<WebKit::AudioSessionRoutingArbitratorProxy, void (WebKit::AudioSessionRoutingArbitratorProxy::*)(), std::__1::tuple<>, std::__1::integer_sequence<unsigned long> >(std::__1::tuple<>&&, WebKit::AudioSessionRoutingArbitratorProxy*, void (WebKit::AudioSessionRoutingArbitratorProxy::*)()) 7 0x1093bd53c void IPC::handleMessage<Messages::AudioSessionRoutingArbitratorProxy::EndRoutingArbitration, WebKit::AudioSessionRoutingArbitratorProxy, void (WebKit::AudioSessionRoutingArbitratorProxy::*)()>(IPC::Decoder&, WebKit::AudioSessionRoutingArbitratorProxy*, void (WebKit::AudioSessionRoutingArbitratorProxy::*)()) 8 0x1093bd2b8 WebKit::AudioSessionRoutingArbitratorProxy::didReceiveMessage(IPC::Connection&, IPC::Decoder&) 9 0x109959c78 IPC::MessageReceiverMap::dispatchMessage(IPC::Connection&, IPC::Decoder&) 10 0x10a9b09e4 WebKit::AuxiliaryProcessProxy::dispatchMessage(IPC::Connection&, IPC::Decoder&) 11 0x10ac9f3b8 WebKit::WebProcessProxy::didReceiveMessage(IPC::Connection&, IPC::Decoder&) 12 0x10941a428 IPC::Connection::dispatchMessage(IPC::Decoder&) 13 0x10941ab70 IPC::Connection::dispatchMessage(std::__1::unique_ptr<IPC::Decoder, std::__1::default_delete<IPC::Decoder> >) 14 0x109419118 IPC::Connection::dispatchIncomingMessages() 15 0x10943dbf8 IPC::Connection::enqueueIncomingMessage(std::__1::unique_ptr<IPC::Decoder, std::__1::default_delete<IPC::Decoder> >)::$_12::operator()() 16 0x10943db00 WTF::Detail::CallableWrapper<IPC::Connection::enqueueIncomingMessage(std::__1::unique_ptr<IPC::Decoder, std::__1::default_delete<IPC::Decoder> >)::$_12, void>::call() 17 0x100f53498 WTF::Function<void ()>::operator()() const 18 0x100fd6ffc WTF::RunLoop::performWork() 19 0x100fdbd28 WTF::RunLoop::performWork(void*)
I couldn't find any TestWebKit API crashes lining up with then timeouts on one of the bots I checked, so I can't confirm it is related to that assert.
This was caused by r278784
Created attachment 431574 [details] Patch
Committed r278990 (238916@main): <https://commits.webkit.org/238916@main> All reviewed patches have been landed. Closing bug and clearing flags on attachment 431574 [details].