Summary: | [ Mac wk1 ] fast/events/mouse-cursor-no-mousemove.html is flaky failing. | ||||||
---|---|---|---|---|---|---|---|
Product: | WebKit | Reporter: | Jason Lawrence <Lawrence.j> | ||||
Component: | New Bugs | Assignee: | Antoine Quint <graouts> | ||||
Status: | RESOLVED DUPLICATE | ||||||
Severity: | Normal | CC: | graouts, graouts, koivisto, webkit-bot-watchers-bugzilla, webkit-bug-importer | ||||
Priority: | P2 | Keywords: | InRadar | ||||
Version: | WebKit Nightly Build | ||||||
Hardware: | Mac | ||||||
OS: | macOS 10.14 | ||||||
See Also: | https://bugs.webkit.org/show_bug.cgi?id=211884 | ||||||
Attachments: |
|
Description
Jason Lawrence
2020-03-24 14:02:00 PDT
I have marked this test as failing while this issue is investigated. https://trac.webkit.org/changeset/258938/webkit Also, I can reproduce this issue by running the command below. run-webkit-tests --iterations 777 --child-processes 50 --force -f fast/events/mouse-cursor-no-mousemove.html [144/777] fast/events/mouse-cursor-no-mousemove.html failed unexpectedly (text diff) [145/777] fast/events/mouse-cursor-no-mousemove.html failed unexpectedly (text diff) Retrying 1 unexpected failure ... Running 1 WebKitTestRunner. 775 tests ran as expected, 2 didn't: This test uses two setTimeout() calls with non-zero values, not a big surprise that it's flaky. Oh dear: // The amount of time to wait for a cursor update on style and layout changes // Set to 50Hz, no need to be faster than common screen refresh rate static const Seconds cursorUpdateInterval { 20_ms }; Filed bug 211884 to address the 20ms timer. Created attachment 399341 [details]
Patch
Got a patch up for bug 211884 as well. If the bots are pleased, I'll dupe this bug to that one so that we don't use a timer at all and instead reliably can use requestAnimationFrame() in the test. *** This bug has been marked as a duplicate of bug 211884 *** |