Branch: refs/heads/webkitglib/2.52
Home: https://github.com/WebKit/WebKit
Commit: 2755644f6644fff051ff3befdb19948ee50005e6
https://github.com/WebKit/WebKit/commit/2755644f6644fff051ff3befdb19948ee50005e6
Author: Claudio Saavedra <[email protected]>
Date: 2026-05-18 (Mon, 18 May 2026)
Changed paths:
M Source/WebKit/UIProcess/glib/WebProcessProxyGLib.cpp
Log Message:
-----------
Cherry-pick 313387@main (cb6622739d55).
https://bugs.webkit.org/show_bug.cgi?id=314985
[WPE] /webkit/WebKitWebView/multiprocess-create-ready-close is a flaky
assertion crash
https://bugs.webkit.org/show_bug.cgi?id=314985
Reviewed by Fujii Hironori.
When the process pool has no user message handler set (which happens
after webkitWebContextDispose() runs while a WebProcessProxy still
references the pool), the completion handler was silently dropped
without being called, causing an assertion.
* Source/WebKit/UIProcess/glib/WebProcessProxyGLib.cpp:
(WebKit::WebProcessProxy::sendMessageToWebContextWithReply):
Canonical link: https://commits.webkit.org/313387@main
Canonical link: https://commits.webkit.org/305877.541@webkitglib/2.52
Commit: 1b5ad72143fdfab309c2eca4eb614a5a160bc6fe
https://github.com/WebKit/WebKit/commit/1b5ad72143fdfab309c2eca4eb614a5a160bc6fe
Author: Claudio Saavedra <[email protected]>
Date: 2026-05-18 (Mon, 18 May 2026)
Changed paths:
M Tools/TestWebKitAPI/Tests/WebKitGLib/TestWebKitWebView.cpp
M Tools/TestWebKitAPI/glib/WebKitGLib/TestMain.h
Log Message:
-----------
Cherry-pick 313379@main (1b2f28930b98).
https://bugs.webkit.org/show_bug.cgi?id=314980
[WPE] WPE/TestWebKitWebView:/webkit/WebKitWebView/snapshot constantly fails
in WPE legacy mode
https://bugs.webkit.org/show_bug.cgi?id=314980
Reviewed by Adrian Perez de Castro.
The default size of the view is 800x600 while the test expects 1024x768.
Update the default size and skip the resize test as it doesn't work with
the legacy API.
* Tools/TestWebKitAPI/Tests/WebKit/WKPage/glib/TestWebKitWebView.cpp:
(testWebViewSnapshot):
* Tools/TestWebKitAPI/glib/WebKitGLib/TestMain.h:
(Test::createWebViewBackend):
Canonical link: https://commits.webkit.org/313379@main
Canonical link: https://commits.webkit.org/305877.542@webkitglib/2.52
Commit: 29a330a5e093b458ab85d2ce8e8930391c2b94dc
https://github.com/WebKit/WebKit/commit/29a330a5e093b458ab85d2ce8e8930391c2b94dc
Author: Adrian Perez de Castro <[email protected]>
Date: 2026-05-18 (Mon, 18 May 2026)
Changed paths:
M Source/JavaScriptCore/CMakeLists.txt
M Source/WTF/wtf/CMakeLists.txt
M Source/WebCore/CMakeLists.txt
M Source/WebCore/PAL/pal/CMakeLists.txt
M Source/WebKit/CMakeLists.txt
Log Message:
-----------
Cherry-pick 313356@main (b035254290ed).
https://bugs.webkit.org/show_bug.cgi?id=314914
[GTK][WPE] Clang 22 is overly chatty about
-Wunsafe-buffer-usage-in-format-attr-call
https://bugs.webkit.org/show_bug.cgi?id=314914
Reviewed by Nikolas Zimmermann.
Pass -Wno-unsafe-buffer-usage-in-format-attr-call after
-Wunsafe-buffer-usage,
to disable the specific warning related to usage of functions marked with
__attribute__((printf(...))) in cases where the compiler cannot deduce
that all passed strings are properly null-terminated. This avoids having
too many noisy warnings when building with Clang 22.x
* Source/JavaScriptCore/CMakeLists.txt:
* Source/WTF/wtf/CMakeLists.txt:
* Source/WebCore/CMakeLists.txt:
* Source/WebCore/PAL/pal/CMakeLists.txt:
* Source/WebKit/CMakeLists.txt:
Canonical link: https://commits.webkit.org/313356@main
Canonical link: https://commits.webkit.org/305877.543@webkitglib/2.52
Commit: fd2eef1c42d0586cf5260a3c528b5207eb4233d0
https://github.com/WebKit/WebKit/commit/fd2eef1c42d0586cf5260a3c528b5207eb4233d0
Author: Geoffrey Garen <[email protected]>
Date: 2026-05-18 (Mon, 18 May 2026)
Changed paths:
M Source/JavaScriptCore/CMakeLists.txt
M Source/JavaScriptCore/Configurations/Base.xcconfig
M Source/WTF/Configurations/Base.xcconfig
M Source/WTF/wtf/CMakeLists.txt
M Source/WebCore/CMakeLists.txt
M Source/WebCore/Configurations/Base.xcconfig
M Source/WebCore/PAL/Configurations/Base.xcconfig
M Source/WebCore/PAL/pal/CMakeLists.txt
M Source/WebCore/page/linux/ResourceUsageThreadLinux.cpp
M Source/WebCore/platform/SharedBufferChunkReader.cpp
M Source/WebCore/platform/graphics/WOFFFileFormat.cpp
M Source/WebCore/platform/graphics/egl/GLContext.cpp
M Source/WebCore/platform/graphics/skia/ComplexTextControllerSkia.cpp
M Source/WebCore/platform/graphics/texmap/TextureMapper.cpp
M Source/WebCore/platform/graphics/texmap/TextureMapperLayer.cpp
M Source/WebCore/platform/image-decoders/jpeg/JPEGImageDecoder.cpp
M Source/WebCore/platform/image-decoders/webp/WEBPImageDecoder.cpp
M Source/WebGPU/Configurations/Base.xcconfig
M Source/WebInspectorUI/Configurations/Base.xcconfig
M Source/WebKit/CMakeLists.txt
M Source/WebKit/Configurations/Base.xcconfig
M Source/bmalloc/bmalloc/Gigacage.h
Log Message:
-----------
Cherry-pick 313365@main (13415f9ed9f3).
https://bugs.webkit.org/show_bug.cgi?id=314917
[Build Speed] Remove -fsafe-buffer-usage-suggestions
https://bugs.webkit.org/show_bug.cgi?id=314917
rdar://177195835
Reviewed by Mike Wyrzykowski and Ryosuke Niwa.
To give good suggestions, this option traverses the whole AST, including
precompiled headers and modules.
This costs 25% build time in CMake mac-dev-debug, and 75% if you disable
unified builds.
-Wunsafe-buffer-usage is our main goal for SaferCPP, not
-fsafe-buffer-usage-suggestions, and we rarely need a suggestion for how to
fix anyway, since the answer is almost always span or std::array.
(Note: Until we have the fix for
https://github.com/llvm/llvm-project/pull/198006,
-Wunsafe-buffer-usage has equal cost. So for now this patch alone is only a
small speedup.)
Also extend several existing WTF_ALLOW_UNSAFE_BUFFER_USAGE_BEGIN/END
regions.
With -fsafe-buffer-usage-suggestions, clang reports one diagnostic per
unsafe
*variable* (at its declaration), so wrapping the declaration alone was
sufficient. Without it, clang reports one diagnostic per unsafe *operation*,
so the region must cover every subscript/arithmetic use.
* Source/JavaScriptCore/CMakeLists.txt:
* Source/JavaScriptCore/Configurations/Base.xcconfig:
* Source/WTF/Configurations/Base.xcconfig:
* Source/WTF/wtf/CMakeLists.txt:
* Source/WebCore/CMakeLists.txt:
* Source/WebCore/Configurations/Base.xcconfig:
* Source/WebCore/PAL/Configurations/Base.xcconfig:
* Source/WebCore/PAL/pal/CMakeLists.txt:
* Source/WebCore/page/linux/ResourceUsageThreadLinux.cpp:
(WebCore::collectCPUUsage):
* Source/WebCore/platform/graphics/WOFFFileFormat.cpp:
(WebCore::convertWOFFToSfnt):
* Source/WebCore/platform/graphics/egl/GLContext.cpp:
(WebCore::GLContext::isExtensionSupported):
* Source/WebCore/platform/graphics/skia/ComplexTextControllerSkia.cpp:
(WebCore::ComplexTextController::ComplexTextRun::ComplexTextRun):
* Source/WebCore/platform/graphics/texmap/TextureMapper.cpp:
(WebCore::computeGaussianKernel):
* Source/WebCore/platform/graphics/texmap/TextureMapperLayer.cpp:
(WebCore::transformedBoundingBox):
* Source/WebCore/platform/image-decoders/jpeg/JPEGImageDecoder.cpp:
(WebCore::setPixel):
* Source/WebCore/platform/image-decoders/webp/WEBPImageDecoder.cpp:
(WebCore::WEBPImageDecoder::applyPostProcessing):
* Source/WebGPU/Configurations/Base.xcconfig:
* Source/WebInspectorUI/Configurations/Base.xcconfig:
* Source/WebKit/CMakeLists.txt:
* Source/WebKit/Configurations/Base.xcconfig:
* Source/bmalloc/bmalloc/Gigacage.h:
(Gigacage::addressOfBasePtr):
Canonical link: https://commits.webkit.org/313365@main
Canonical link: https://commits.webkit.org/305877.544@webkitglib/2.52
Commit: 7f17e9ae1de429c4ac1a05bb6ed39767df99e227
https://github.com/WebKit/WebKit/commit/7f17e9ae1de429c4ac1a05bb6ed39767df99e227
Author: Geoffrey Garen <[email protected]>
Date: 2026-05-18 (Mon, 18 May 2026)
Changed paths:
M Source/JavaScriptCore/CMakeLists.txt
M Source/WTF/wtf/CMakeLists.txt
M Source/WebCore/CMakeLists.txt
M Source/WebCore/PAL/pal/CMakeLists.txt
M Source/WebKit/CMakeLists.txt
M Source/cmake/OptionsGTK.cmake
M Source/cmake/OptionsWPE.cmake
M Source/cmake/WebKitCompilerFlags.cmake
Log Message:
-----------
Cherry-pick 313391@main (5780e754ea9b).
https://bugs.webkit.org/show_bug.cgi?id=314991
[CMake] Standardize -Wunsafe-buffer-usage flags
https://bugs.webkit.org/show_bug.cgi?id=314991
rdar://177299438
Reviewed by Adrian Perez de Castro.
-Wunsafe-buffer-usage is in a subtly mixed state across Mac / GTK / WPE.
1. Create a central location for -Wunsafe-buffer-usage, so that it is
either ON
or OFF.
2. The standard definition of -Wunsafe-buffer-usage includes libc warnings
(since the alternative misses important well-known buffer overflows).
3. GTK and WPE opt out of libc warnings in their port-specific configs (as
previously decided by GTK and WPE maintainers).
4. Darwin ports keep -Wunsafe-buffer-usage off for now, pending a fix for
https://github.com/llvm/llvm-project/pull/198006, since we are using CMake
for our fast at-desk build and we don't want to regress build time.
* Source/JavaScriptCore/CMakeLists.txt:
* Source/WTF/wtf/CMakeLists.txt:
* Source/WebCore/CMakeLists.txt:
* Source/WebCore/PAL/pal/CMakeLists.txt:
* Source/WebKit/CMakeLists.txt:
* Source/cmake/OptionsGTK.cmake:
* Source/cmake/OptionsWPE.cmake:
* Source/cmake/WebKitCompilerFlags.cmake:
Canonical link: https://commits.webkit.org/313391@main
Canonical link: https://commits.webkit.org/305877.545@webkitglib/2.52
Compare: https://github.com/WebKit/WebKit/compare/7d2ba0ec5c0d...7f17e9ae1de4
To unsubscribe from these emails, change your notification settings at
https://github.com/WebKit/WebKit/settings/notifications
