Bug 310217

Summary: [macOS] imported/w3c/web-platform-tests/pointerevents/pointerevent_pointer_boundary_events_after_removing_last_over_element.html is a flaky text failure
Product: WebKit Reporter: Diego De La Toba <d_delatoba>
Component: UI EventsAssignee: Diego De La Toba <d_delatoba>
Status: NEW    
Severity: Normal CC: a_protyasha, webkit-bot-watchers-bugzilla, webkit-bug-importer
Priority: P2 Keywords: InRadar
Version: WebKit Nightly Build   
Hardware: Unspecified   
OS: Unspecified   

Diego De La Toba
Reported 2026-03-18 14:11:50 PDT
imported/w3c/web-platform-tests/pointerevents/pointerevent_pointer_boundary_events_after_removing_last_over_element.html is a flaky text failure on macOS. HISTORY: https://results.webkit.org/?suite=layout-tests&test=imported%2Fw3c%2Fweb-platform-tests%2Fpointerevents%2Fpointerevent_pointer_boundary_events_after_removing_last_over_element.html Note: While results db shows this only failing on debug this test also fails on release when testing locally. TEXT DIFF: --- /Volumes/Data/worker/Apple-Tahoe-Debug-AppleSilicon-WK2-Tests/build/layout-test-results/imported/w3c/web-platform-tests/pointerevents/pointerevent_pointer_boundary_events_after_removing_last_over_element-expected.txt +++ /Volumes/Data/worker/Apple-Tahoe-Debug-AppleSilicon-WK2-Tests/build/layout-test-results/imported/w3c/web-platform-tests/pointerevents/pointerevent_pointer_boundary_events_after_removing_last_over_element-actual.txt @@ -1,4 +1,4 @@ FAIL After removing the last over element, redundant pointerenter events should not be fired on the ancestors assert_equals: expected "pointerover@div#parent, pointerout@div#parent, pointerleave@div#parent, pointerleave@div#grandparent, pointerover@body, pointermove@body" but got "pointerover@body, pointermove@body" -FAIL After removing the root element in the shadow under the cursor, pointerleave events should be targeted outside the shadow, but redundant pointerenter events should not be fired assert_equals: expected "pointerover@div#shadowHost, pointerout@div#shadowHost, pointerleave@div#shadowHost, pointerleave@div#containerOfShadowHost, pointerover@body, pointermove@body" but got "pointerover@body, pointermove@body" +PASS After removing the root element in the shadow under the cursor, pointerleave events should be targeted outside the shadow, but redundant pointerenter events should not be fired DIFF URL: https://build.webkit.org/results/Apple-Tahoe-Debug-AppleSilicon-WK2-Tests/309478@main%20(1348)/imported/w3c/web-platform-tests/pointerevents/pointerevent_pointer_boundary_events_after_removing_last_over_element-pretty-diff.html REPRODUCTION: run-webkit-tests --no-build --no-retry --no-show-results --exit-after-n-failures=1 --expect-pass --iterations=24 --force -f --debug imported/w3c/web-platform-tests/pointerevents/pointerevent_pointer_boundary_events_after_removing_last_over_element.html Marking expectations as pass fail while this pends investigation.
Attachments
Radar WebKit Bug Importer
Comment 1 2026-03-18 14:12:00 PDT
Diego De La Toba
Comment 2 2026-03-18 14:46:33 PDT
Test gardening pull request: https://github.com/WebKit/WebKit/pull/60888
EWS
Comment 3 2026-03-18 14:48:30 PDT
Test gardening commit 309504@main (8b13f83ea9ad): <https://commits.webkit.org/309504@main> Reviewed commits have been landed. Closing PR #60888 and removing active labels.
Diego De La Toba
Comment 4 2026-03-18 17:26:46 PDT
This test currently has expectations marked as FAIL for both subtests, however, these tests flakily assert PASS. Adding a 250ms pause after pointer movements results in constant PASS. Putting this up as a PR.
Abrar Rahman Protyasha
Comment 5 2026-03-18 17:27:13 PDT
Flaky PASS is a good problem to have ๐Ÿ˜ƒ
Abrar Rahman Protyasha
Comment 6 2026-03-18 17:28:01 PDT
I would prefer to not hardcode a 250ms delay.
Diego De La Toba
Comment 7 2026-03-18 17:48:47 PDT
Diego De La Toba
Comment 8 2026-03-19 08:36:04 PDT
(In reply to Abrar Rahman Protyasha from comment #5) > Flaky PASS is a good problem to have ๐Ÿ˜ƒ It certainly is! I definitely think itโ€™s possible to get this test to a point where itโ€™s consistently passing with the right timing adjustments.
Note You need to log in before you can comment on or make changes to this bug.