227961 – [iOS & Big Sur ] 13 SleepDisabler API tests are flaky timing out / crashing

Bug 227961 - [iOS & Big Sur ] 13 SleepDisabler API tests are flaky timing out / crashing

Summary: [iOS & Big Sur ] 13 SleepDisabler API tests are flaky timing out / crashing

Status:	NEW

Alias:	None

Product:	WebKit
Classification:	Unclassified
Component:	WebKit2 (show other bugs)
Version:	WebKit Nightly Build
Hardware:	Unspecified Unspecified

Importance:	P2 Normal
Assignee:	Nobody

URL:
Keywords:	InRadar

Depends on:
Blocks:

Reported:	2021-07-14 11:09 PDT by ayumi_kojima
Modified:	2021-08-12 15:44 PDT (History)
CC List:	5 users (show)

See Also:

Attachments
Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.

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.