227961 2021-07-14 11:09:32 -0700 [iOS & Big Sur ] 13 SleepDisabler API tests are flaky timing out / crashing 2021-08-12 15:44:33 -0700 1 1 1 Unclassified WebKit WebKit2 WebKit Nightly Build Unspecified Unspecified NEW InRadar P2 Normal --- 1 ayumi_kojima webkit-unassigned cdumez jer.noble kkinnunen webkit-bot-watchers-bugzilla webkit-bug-importer oldest_to_newest 1776977 0 ayumi_kojima 2021-07-14 11:09:32 -0700 TestWebKitAPI.SleepDisabler.Basic TestWebKitAPI.SleepDisabler.ChangeSrc TestWebKitAPI.SleepDisabler.Close TestWebKitAPI.SleepDisabler.Crash TestWebKitAPI.SleepDisabler.DisableAudioTrack TestWebKitAPI.SleepDisabler.Load TestWebKitAPI.SleepDisabler.Loop TestWebKitAPI.SleepDisabler.Mute TestWebKitAPI.SleepDisabler.Navigate TestWebKitAPI.SleepDisabler.Pause TestWebKitAPI.SleepDisabler.Reload TestWebKitAPI.SleepDisabler.Unload TestWebKitAPI.SleepDisabler.Unmute Are flaky timeouts on iOS 14 E Simulator Release on iPhone 8 and flaky crashing on Big Sur E Release on iMac16,2 It appears to have started at around r279836, but I was not able to reproduce the timeout using: run-api-tests TestWebKitAPI.SleepDisabler.Close --iphone-simulator --release --iterations=10 1776978 1 webkit-bug-importer 2021-07-14 11:10:01 -0700 <rdar://problem/80586754> 1777508 2 ayumi_kojima 2021-07-16 08:02:45 -0700 History: https://results.webkit.org/?suite=api-tests&suite=api-tests&suite=api-tests&suite=api-tests&suite=api-tests&suite=api-tests&suite=api-tests&suite=api-tests&suite=api-tests&suite=api-tests&suite=api-tests&suite=api-tests&suite=api-tests&test=TestWebKitAPI.SleepDisabler.Basic&test=TestWebKitAPI.SleepDisabler.ChangeSrc&test=TestWebKitAPI.SleepDisabler.Close&test=TestWebKitAPI.SleepDisabler.Crash&test=TestWebKitAPI.SleepDisabler.DisableAudioTrack&test=TestWebKitAPI.SleepDisabler.Load&test=TestWebKitAPI.SleepDisabler.Loop&test=TestWebKitAPI.SleepDisabler.Mute&test=TestWebKitAPI.SleepDisabler.Navigate&test=TestWebKitAPI.SleepDisabler.Pause&test=TestWebKitAPI.SleepDisabler.Reload&test=TestWebKitAPI.SleepDisabler.Unload&test=TestWebKitAPI.SleepDisabler.Unmute 1783967 3 jer.noble 2021-08-12 15:44:33 -0700 Looks like some of the tests initially started failing around r279119, which makes sense in that, unless we disable the automatic route switching during layout tests, multiple tests might try to "steal" bluetooth headphones (a global singleton resource) at the same time.