WebKit Bugzilla
New
Browse
Search+
Log In
×
Sign in with GitHub
or
Remember my login
Create Account
·
Forgot Password
Forgotten password account recovery
NEW
310217
[macOS] imported/w3c/web-platform-tests/pointerevents/pointerevent_pointer_boundary_events_after_removing_last_over_element.html is a flaky text failure
https://bugs.webkit.org/show_bug.cgi?id=310217
Summary
[macOS] imported/w3c/web-platform-tests/pointerevents/pointerevent_pointer_bo...
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
Add attachment
proposed patch, testcase, etc.
Radar WebKit Bug Importer
Comment 1
2026-03-18 14:12:00 PDT
<
rdar://problem/172861599
>
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
Pull request:
https://github.com/WebKit/WebKit/pull/60901
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.
Top of Page
Format For Printing
XML
Clone This Bug