Branch: refs/heads/webkitglib/2.54
Home: https://github.com/WebKit/WebKit
Commit: 49300a9c6739d3435bf9a6f1ca83d3c44b92f7af
https://github.com/WebKit/WebKit/commit/49300a9c6739d3435bf9a6f1ca83d3c44b92f7af
Author: Adrian Perez de Castro <[email protected]>
Date: 2026-08-03 (Mon, 03 Aug 2026)
Changed paths:
M Tools/Scripts/swift/swiftc-wrapper.sh
Log Message:
-----------
Cherry-pick 318441@main (de831160fc15).
https://bugs.webkit.org/show_bug.cgi?id=320840
[Swift] LTO linker flags unrecognezed by swiftc
https://bugs.webkit.org/show_bug.cgi?id=320840
Reviewed by Adrian Taylor and Nikolas Zimmermann.
* Tools/Scripts/swift/swiftc-wrapper.sh: Prefix LTO flags (both plain
-flto and -flto=<param>) with -Xcc to have those passed to clang and
prevent swiftc from trying to use them.
Canonical link: https://commits.webkit.org/318441@main
Canonical link: https://commits.webkit.org/317695.27@webkitglib/2.54
Commit: 70636d4ff5a5acd8c716518ac0fddb2afe731163
https://github.com/WebKit/WebKit/commit/70636d4ff5a5acd8c716518ac0fddb2afe731163
Author: Patrick Griffis <[email protected]>
Date: 2026-08-03 (Mon, 03 Aug 2026)
Changed paths:
M Source/WebKit/UIProcess/API/glib/WebKitWebsiteData.cpp
M Tools/TestWebKitAPI/Tests/WebKit/WKWebView/glib/TestWebsiteData.cpp
Log Message:
-----------
Cherry-pick 318404@main (31a2484dd863).
https://bugs.webkit.org/show_bug.cgi?id=320784
[GLib] Fix looking up the size of various website data types
https://bugs.webkit.org/show_bug.cgi?id=320784
Reviewed by Adrian Perez de Castro and Carlos Garcia Campos.
This was using the wrong flags to match types. Update docs
and add tests for more types.
Test: Tools/TestWebKitAPI/Tests/WebKit/WKWebView/glib/TestWebsiteData.cpp
* Source/WebKit/UIProcess/API/glib/WebKitWebsiteData.cpp:
(webkit_website_data_get_size):
* Tools/TestWebKitAPI/Tests/WebKit/WKWebView/glib/TestWebsiteData.cpp:
(testWebsiteDataStorage):
(testWebsiteDataDatabases):
(testWebsiteDataDOMCache):
(testWebsiteDataSizes):
(beforeAll):
Canonical link: https://commits.webkit.org/318404@main
Canonical link: https://commits.webkit.org/317695.28@webkitglib/2.54
Commit: f7bb92e02ef84e033ff9ce842582e1ac8810fa9c
https://github.com/WebKit/WebKit/commit/f7bb92e02ef84e033ff9ce842582e1ac8810fa9c
Author: Eric Carlson <[email protected]>
Date: 2026-08-03 (Mon, 03 Aug 2026)
Changed paths:
A
LayoutTests/platform/mac/media/webaudio-session-removed-when-frame-is-destroyed-expected.txt
A
LayoutTests/platform/mac/media/webaudio-session-removed-when-frame-is-destroyed.html
M Source/WebCore/Modules/webaudio/AudioContext.cpp
Log Message:
-----------
Cherry-pick 318283@main (9f60bad504c7).
https://bugs.webkit.org/show_bug.cgi?id=320689
[WebAudio] AudioContext leaves its media session registered after frame
teardown
https://bugs.webkit.org/show_bug.cgi?id=320689
rdar://183672900
Reviewed by Jean-Yves Avenard.
AudioContext::stop() (document/frame teardown) stopped the audio thread but
never removed the
context's PlatformMediaSession -- unlike close(), it left the session
registered with the manager
until the context was garbage-collected, keeping the audio session (and
NowPlaying) alive on behalf
of a context whose frame was already gone.
Remove the media session in stop(), mirroring close(). setActive(false) is
a no-op if the context
never activated.
Test:
platform/mac/media/webaudio-session-removed-when-frame-is-destroyed.html
*
LayoutTests/platform/mac/media/webaudio-session-removed-when-frame-is-destroyed-expected.txt:
Added.
*
LayoutTests/platform/mac/media/webaudio-session-removed-when-frame-is-destroyed.html:
Added.
* Source/WebCore/Modules/webaudio/AudioContext.cpp:
(WebCore::AudioContext::stop):
Canonical link: https://commits.webkit.org/318283@main
Canonical link: https://commits.webkit.org/317695.29@webkitglib/2.54
Commit: 75f8b99fa156c97d38ad4f301460b3e172ec0471
https://github.com/WebKit/WebKit/commit/75f8b99fa156c97d38ad4f301460b3e172ec0471
Author: Carlos Garcia Campos <[email protected]>
Date: 2026-08-03 (Mon, 03 Aug 2026)
Changed paths:
M
Source/WebCore/platform/graphics/texmap/coordinated/CoordinatedPlatformLayer.cpp
M
Source/WebCore/platform/graphics/texmap/coordinated/CoordinatedPlatformLayer.h
Log Message:
-----------
Cherry-pick 318312@main (59e7807aea6b).
https://bugs.webkit.org/show_bug.cgi?id=320654
[CoordinatedGraphics] Some CoordinatedPlatformLayer pending changes are
never reset
https://bugs.webkit.org/show_bug.cgi?id=320654
Reviewed by Nikolas Zimmermann.
DrawsContent, ClipPath and ScrollingNode are never removed from
m_pendingChanges. DrawsContent and ScrollingNode are not really needed
because those values are not passed to the compositing layer.
*
Source/WebCore/platform/graphics/texmap/coordinated/CoordinatedPlatformLayer.cpp:
(WebCore::CoordinatedPlatformLayer::setScrollingNodeID):
(WebCore::CoordinatedPlatformLayer::setDrawsContent):
(WebCore::CoordinatedPlatformLayer::flushCompositingStateOnSkiaTarget):
*
Source/WebCore/platform/graphics/texmap/coordinated/CoordinatedPlatformLayer.h:
Canonical link: https://commits.webkit.org/318312@main
Canonical link: https://commits.webkit.org/317695.30@webkitglib/2.54
Commit: a3f5e0d6feed96b8153ad06dfab91839948d573e
https://github.com/WebKit/WebKit/commit/a3f5e0d6feed96b8153ad06dfab91839948d573e
Author: Philippe Normand <[email protected]>
Date: 2026-08-03 (Mon, 03 Aug 2026)
Changed paths:
M Source/WebKit/WPEPlatform/wpe-platform-uninstalled.pc.in
Log Message:
-----------
Cherry-pick 318228@main (4e9da8cb6dbb).
https://bugs.webkit.org/show_bug.cgi?id=320561
[WPE] Missing moduledir in wpe-platform-uninstalled.pc file
https://bugs.webkit.org/show_bug.cgi?id=320561
Reviewed by Carlos Garcia Campos.
Add a moduledir variable, like in the wpe-platform-2.0.pc file.
* Source/WebKit/WPEPlatform/wpe-platform-uninstalled.pc.in:
Canonical link: https://commits.webkit.org/318228@main
Canonical link: https://commits.webkit.org/317695.31@webkitglib/2.54
Commit: af741300e276339e5da7587fce1d658e1edbeb6f
https://github.com/WebKit/WebKit/commit/af741300e276339e5da7587fce1d658e1edbeb6f
Author: Alejandro G. Castro <[email protected]>
Date: 2026-08-03 (Mon, 03 Aug 2026)
Changed paths:
M Source/WebKit/UIProcess/Launcher/glib/ProcessLauncherGLib.cpp
M Source/WebKit/WPEPlatform/CMakeLists.txt
M Source/WebKit/WPEPlatform/wpe/WPEConfig.h.in
A Source/WebKit/WPEPlatform/wpe/WPEProcessManager.cpp
A Source/WebKit/WPEPlatform/wpe/WPEProcessManager.h
M Source/WebKit/WPEPlatform/wpe/wpe-platform.h
M Source/cmake/OptionsWPE.cmake
Log Message:
-----------
Cherry-pick 318158@main (028fba0979e9).
https://bugs.webkit.org/show_bug.cgi?id=317845
[WPE] WPEPlatform add WPEProcessManager to allow embedder launch the
auxiliary processes
https://bugs.webkit.org/show_bug.cgi?id=317845
Reviewed by Carlos Garcia Campos and Adrian Perez de Castro.
WebKit's auxiliary processes (Web, Network and GPU) are launched by
ProcessLauncherGLib via g_subprocess_launcher_spawnv(). That does not work
on
platforms where the auxiliary processes cannot be spawned as executables and
must be created by the embedder instead, for example Android, where each
process
is a service started with bindService(). With the legacy libwpe API this was
handled by libwpe's process provider, but a WPEPlatform-only build
(ENABLE_WPE_LEGACY_API=OFF) had no equivalent and could only fall back to
spawning executables.
Add a WPEProcessManager abstract class for Android that we subclass to
launch and
terminate auxiliary processes, and register it process-wide with
wpe_process_manager_set_default(). This is currently only needed on
Android, so
the WPEProcessManager type is built and exposed only on Android if
WPE_PLATFORM_PROCESS_MANAGER_ANDROID config is defined, and
the ProcessLauncherGLib integration is guarded with OS(ANDROID); other ports
keep the existing subprocess launching and are unaffected.
ProcessLauncherGLib
uses the default manager through wpe_process_manager_get_default() when one
is
set. The process manager is a system-level facility that does not change at
runtime, so it is a global default rather than a per-WPEDisplay object.
* Source/WebKit/UIProcess/Launcher/glib/ProcessLauncherGLib.cpp: Use the
default
WPEProcessManager when set on Android.
(WebKit::ProcessLauncher::launchProcess):
(WebKit::ProcessLauncher::terminateProcess):
* Source/WebKit/WPEPlatform/CMakeLists.txt: Build the new files on Android.
* Source/cmake/OptionsWPE.cmake: Set WPE_PLATFORM_PROCESS_MANAGER_ANDROID
on Android.
* Source/WebKit/WPEPlatform/wpe/WPEConfig.h.in: Add
WPE_PLATFORM_PROCESS_MANAGER_ANDROID.
* Source/WebKit/WPEPlatform/wpe/WPEProcessManager.cpp: Added.
(wpe_process_launch_options_copy):
(wpe_process_launch_options_free):
(wpe_process_launch_options_new):
(wpe_process_launch_options_get_process_type):
(wpe_process_launch_options_get_process_id):
(wpe_process_launch_options_get_ipc_socket_fd):
(wpe_process_manager_class_init):
(wpe_process_manager_launch):
(wpe_process_manager_terminate):
(wpe_process_manager_get_default):
(wpe_process_manager_set_default):
* Source/WebKit/WPEPlatform/wpe/WPEProcessManager.h: Added.
* Source/WebKit/WPEPlatform/wpe/wpe-platform.h: Include WPEProcessManager.h
on Android.
Canonical link: https://commits.webkit.org/318158@main
Canonical link: https://commits.webkit.org/317695.32@webkitglib/2.54
Compare: https://github.com/WebKit/WebKit/compare/f6c0e4666b54...af741300e276
To unsubscribe from these emails, change your notification settings at
https://github.com/WebKit/WebKit/settings/notifications
