Bug 225664
Summary: | [ BigSur wk2 arm64 ] editing/selection/move-by-character-brute-force.html (layout-test) is a flaky timeout | ||
---|---|---|---|
Product: | WebKit | Reporter: | Robert Jenner <jenner> |
Component: | New Bugs | Assignee: | Nobody <webkit-unassigned> |
Status: | NEW | ||
Severity: | Normal | CC: | megan_gardner, ryanhaddad, webkit-bot-watchers-bugzilla, webkit-bug-importer, wenson_hsieh |
Priority: | P2 | Keywords: | InRadar |
Version: | WebKit Nightly Build | ||
Hardware: | Unspecified | ||
OS: | Unspecified |
Robert Jenner
editing/selection/move-by-character-brute-force.html
is a flaky timeout on BigSur wk 2 Release on Apple Silicon Macs only.
HISTORY:
https://results.webkit.org/?suite=layout-tests&test=editing%2Fselection%2Fmove-by-character-brute-force.html
No timeout diff or stderr was generated in the layout test results.
Attachments | ||
---|---|---|
Add attachment proposed patch, testcase, etc. |
Robert Jenner
Upon further inspection it appears this also has been timing out on Debug as well. It was constantly timing out, but then it stopped and became just a flaky failure starting at r276578.
Since this only appears to occur on Apple Silicon Macs, I cannot reproduce the timeout as I do not have access to said system type.
Updated test expectations to Pass Timeout here:
https://trac.webkit.org/changeset/277340/webkit
Radar WebKit Bug Importer
<rdar://problem/77864182>
Alexey Proskuryakov
This test is very slow on Intel too, so it probably needs a [ Slow ] attribute. It's surprising that it's slower on Apple Silicon though, should be a configuration issue like bug 225666.
Robert Jenner
As per @Alexey's recommendation, I have updated the test expectations to [ Slow ] instead of [ Pass Timeout ] here:
https://trac.webkit.org/changeset/277398/webkit