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 | ||
ayumi_kojima
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
| Attachments | ||
|---|---|---|
| Add attachment proposed patch, testcase, etc. |
Radar WebKit Bug Importer
<rdar://problem/80586754>
ayumi_kojima
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
Jer Noble
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.