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

Reply via email to