Branch: refs/heads/main
Home: https://github.com/WebKit/WebKit
Commit: 16d0b7e33fe253f3a7c777c8bea6f610ddac6879
https://github.com/WebKit/WebKit/commit/16d0b7e33fe253f3a7c777c8bea6f610ddac6879
Author: Diego De La Toba <[email protected]>
Date: 2026-03-09 (Mon, 09 Mar 2026)
Changed paths:
M LayoutTests/media/remote-control-command-is-user-gesture-expected.txt
M LayoutTests/media/remote-control-command-is-user-gesture.html
M LayoutTests/platform/mac-wk2/TestExpectations
Log Message:
-----------
[macOS] media/remote-control-command-is-user-gesture.html is a flaky timeout
rdar://171016280
https://bugs.webkit.org/show_bug.cgi?id=308494
Reviewed by Jer Noble.
This patch resolves a flaky timeout with the following layout test.
Per the HTML5 spec, timeupdate events fire periodically in ~250ms intervals
during playback, not immediately
when playback starts. Under system load or with --run-singly it appears that
timeupdate doesn't fire within
the expected window.
The solution for this is to change waitForEventAndEnd('timeupdate') to
waitForEventAndEnd('playing') since the
playing event fires immediately when playback begins per spec.
Spec: https://html.spec.whatwg.org/multipage/media.html
* LayoutTests/media/remote-control-command-is-user-gesture-expected.txt:
* LayoutTests/media/remote-control-command-is-user-gesture.html:
* LayoutTests/platform/mac-wk2/TestExpectations:
Canonical link: https://commits.webkit.org/308938@main
To unsubscribe from these emails, change your notification settings at
https://github.com/WebKit/WebKit/settings/notifications