Bug 227961

Summary:	[iOS & Big Sur ] 13 SleepDisabler API tests are flaky timing out / crashing
Product:	WebKit	Reporter:	ayumi_kojima
Component:	WebKit2	Assignee:	Nobody <webkit-unassigned>
Status:	NEW ---
Severity:	Normal	CC:	cdumez, jer.noble, kkinnunen, webkit-bot-watchers-bugzilla, webkit-bug-importer
Priority:	P2	Keywords:	InRadar
Version:	WebKit Nightly Build
Hardware:	Unspecified
OS:	Unspecified

Description ayumi_kojima 2021-07-14 11:09:32 PDT

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

Comment 1 Radar WebKit Bug Importer 2021-07-14 11:10:01 PDT

<rdar://problem/80586754>

Comment 2 ayumi_kojima 2021-07-16 08:02:45 PDT

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

Comment 3 Jer Noble 2021-08-12 15:44:33 PDT

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.