| Summary: | [ iOS ] 3 TestWebKitAPI.WebKitLegacy.* tests are flaky timing out (ScrollingDoesNotPauseMedia, PreemptVideoFullscreen, AudioSessionCategoryIOS) | ||
|---|---|---|---|
| Product: | WebKit | Reporter: | ayumi_kojima |
| Component: | New Bugs | Assignee: | Nobody <webkit-unassigned> |
| Status: | NEW --- | ||
| Severity: | Normal | CC: | ap, jer.noble, Morningstar, peng.liu6, webkit-bot-watchers-bugzilla, webkit-bug-importer |
| Priority: | P2 | Keywords: | InRadar |
| Version: | WebKit Nightly Build | ||
| Hardware: | iPhone / iPad | ||
| OS: | Unspecified | ||
| See Also: |
https://bugs.webkit.org/show_bug.cgi?id=229094 https://bugs.webkit.org/show_bug.cgi?id=237125 |
||
|
Description
ayumi_kojima
2021-08-24 10:22:29 PDT
Looking at the history, this might have the same root cause as https://bugs.webkit.org/show_bug.cgi?id=229094 because the timeout on iPhone Release on all of the tests seems to have started at around r279840. I was not able to reproduce the timeout using: run-api-tests --ios-simulator --release --iterations 100 --no-build TestWebKitAPI.WebKitLegacy.AudioSessionCategoryIOS Created a Radar manually: rdar://82311136 These three iOS API tests no longer appear to be flaky timing out, they now are constantly timing out on debug queue starting around r287574-r287580. (In reply to Matteo Flores from comment #4) > These three iOS API tests no longer appear to be flaky timing out, they now > are constantly timing out on debug queue starting around r287574-r287580. Constantly crashing* Actually. |