Branch: refs/heads/webkitglib/2.52
Home: https://github.com/WebKit/WebKit
Commit: 28b2ca6954dd7f788f375337f55db555f6f39df9
https://github.com/WebKit/WebKit/commit/28b2ca6954dd7f788f375337f55db555f6f39df9
Author: Loïc Le Page <[email protected]>
Date: 2026-02-10 (Tue, 10 Feb 2026)
Changed paths:
M Source/WebCore/platform/audio/gstreamer/WebKitWebAudioSourceGStreamer.cpp
Log Message:
-----------
Cherry-pick 307066@main (13cab9300fd6).
https://bugs.webkit.org/show_bug.cgi?id=302391
[GStreamer][WPE] WebAudio doesn't resume after window.alert()
https://bugs.webkit.org/show_bug.cgi?id=302391
Reviewed by Philippe Normand.
window.alert() restarts the AudioContext pipeline which leads to reset
the pipeline running time to 0 whereas the application keeps on
timestamping the audio buffers monotonically. This creates a delay that
the clocksync element is waiting before allowing the state change. This
blocks the UI thread during the same delay as it is waiting
synchronously for this state change to finish.
This patch adjusts the appsrc pad offset after the pipeline is restarted
to maintain the continuity of the application timestamping.
* Source/WebCore/platform/audio/gstreamer/WebKitWebAudioSourceGStreamer.cpp:
(webKitWebAudioSrcRenderAndPushFrames):
(webKitWebAudioSrcChangeState):
Canonical link: https://commits.webkit.org/307066@main
Canonical link: https://commits.webkit.org/305877.65@webkitglib/2.52
To unsubscribe from these emails, change your notification settings at
https://github.com/WebKit/WebKit/settings/notifications
