WebKit Bugzilla
New
Browse
Search+
Log In
×
Sign in with GitHub
or
Remember my login
Create Account
·
Forgot Password
Forgotten password account recovery
NEW
227961
[iOS & Big Sur ] 13 SleepDisabler API tests are flaky timing out / crashing
https://bugs.webkit.org/show_bug.cgi?id=227961
Summary
[iOS & Big Sur ] 13 SleepDisabler API tests are flaky timing out / crashing
ayumi_kojima
Reported
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
Attachments
Add attachment
proposed patch, testcase, etc.
Radar WebKit Bug Importer
Comment 1
2021-07-14 11:10:01 PDT
<
rdar://problem/80586754
>
ayumi_kojima
Comment 2
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
Jer Noble
Comment 3
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.
Note
You need to
log in
before you can comment on or make changes to this bug.
Top of Page
Format For Printing
XML
Clone This Bug