Branch: refs/heads/webkitglib/2.54
Home: https://github.com/WebKit/WebKit
Commit: 3cf956e86eca74a03d7dd24284018409ee617248
https://github.com/WebKit/WebKit/commit/3cf956e86eca74a03d7dd24284018409ee617248
Author: Philippe Normand <[email protected]>
Date: 2026-08-27 (Thu, 27 Aug 2026)
Changed paths:
M Source/WebCore/platform/glib/UserAgentQuirks.cpp
M Tools/TestWebKitAPI/Tests/WebCore/UserAgentQuirks.cpp
Log Message:
-----------
Cherry-pick 319855@main (d115ce184f96).
https://bugs.webkit.org/show_bug.cgi?id=322494
[WPE][GTK] Use a Chrome UA for PrimeVideo
https://bugs.webkit.org/show_bug.cgi?id=322494
Reviewed by Adrian Perez de Castro.
Otherwise our ports are assumed to support HLS and Legacy EME, which is not
the case. And in our
case DRM is unlikely supported for that media transport anyway. By using a
Chrome UA playback is
handled with
MSE/EME.
Test:
Tools/TestWebKitAPI/Tests/WebCore/glib/UserAgentQuirks.cpp
* Source/WebCore/platform/glib/UserAgentQuirks.cpp:
(WebCore::urlRequiresChromeBrowser):
* Tools/TestWebKitAPI/Tests/WebCore/glib/UserAgentQuirks.cpp:
(TestWebKitAPI::TEST(UserAgentTest, Quirks)):
Canonical link:
https://flagged.apple.com:443/proxy?t2=dD6o0D1Nt5&o=aHR0cHM6Ly9jb21taXRzLndlYmtpdC5vcmcvMzE5ODU1QG1haW4=&emid=a33d623d-58c3-47bd-bee4-ac561b00cfc6&c=11
Canonical link:
https://flagged.apple.com:443/proxy?t2=DB7H3e4Te2&o=aHR0cHM6Ly9jb21taXRzLndlYmtpdC5vcmcvMzE3Njk1LjE1NkB3ZWJraXRnbGliLzIuNTQ=&emid=a33d623d-58c3-47bd-bee4-ac561b00cfc6&c=11
Commit: 24cff506e5938ed9ff399753b99ed6521a7be2a5
https://github.com/WebKit/WebKit/commit/24cff506e5938ed9ff399753b99ed6521a7be2a5
Author: Patrick Griffis <[email protected]>
Date: 2026-08-27 (Thu, 27 Aug 2026)
Changed paths:
R
LayoutTests/platform/wpe/editing/selection/caret-mode-paragraph-keys-navigation-expected.txt
R
LayoutTests/platform/wpe/imported/w3c/web-platform-tests/editing/other/paste-in-list-with-inline-style.tentative-expected.txt
R
LayoutTests/platform/wpe/imported/w3c/web-platform-tests/editing/other/paste-text-after-collapsible-white-space-whose-container-remove-non-first-children-expected.txt
R
LayoutTests/platform/wpe/imported/w3c/web-platform-tests/editing/other/plain-text-copy-paste-of-paragraph-ending-with-non-layed-out-content-expected.txt
M Source/WebKit/WebProcess/WebCoreSupport/wpe/WebEditorClientWPE.cpp
A Tools/TestWebKitAPI/Tests/WebKit/WKWebView/wpe/TestWebViewEditor.cpp
M Tools/TestWebKitAPI/glib/PlatformWPE.cmake
Log Message:
-----------
Cherry-pick 319521@main (e6fb0fd49c8e).
https://bugs.webkit.org/show_bug.cgi?id=322012
[WPE] Ctrl+C does not copy on non-editable content
https://bugs.webkit.org/show_bug.cgi?id=322012
Reviewed by Carlos Garcia Campos.
handleKeyboardEvent() gave up on anything that
could
not
be edited, so the
bindings that do not modify text never ran at all: Ctrl+C and Ctrl+A did
nothing on an ordinary page. The
guard belongs in handleKeyPress(), which is
the only path that inserts text.
That leaves handleKeyDown() executing commands the selection is free to
refuse, so it now claims the event only when the command actually ran.
Without
that the arrow and paging keys would stop scrolling non-editable content,
where the movement command fails but the event was still marked handled.
Tests: Tools/TestWebKitAPI/Tests/WebKit/WKWebView/wpe/TestWebViewEditor.cpp
*
LayoutTests/platform/wpe/editing/selection/caret-mode-paragraph-keys-navigation-expected.txt:
Removed.
*
LayoutTests/platform/wpe/imported/w3c/web-platform-tests/editing/other/paste-in-list-with-inline-style.tentative-expected.txt:
Removed.
*
LayoutTests/platform/wpe/imported/w3c/web-platform-tests/editing/other/paste-text-after-collapsible-white-space-whose-container-remove-non-first-children-expected.txt:
Removed.
*
LayoutTests/platform/wpe/imported/w3c/web-platform-tests/editing/other/plain-text-copy-paste-of-paragraph-ending-with-non-layed-out-content-expected.txt:
Removed.
* Source/WebKit/WebProcess/WebCoreSupport/wpe/WebEditorClientWPE.cpp:
(WebKit::handleKeyPress):
(WebKit::handleKeyDown):
(WebKit::WebEditorClient::handleKeyboardEvent):
* Tools/TestWebKitAPI/Tests/WebKit/WKWebView/wpe/TestWebViewEditor.cpp:
Added.
(EditorKeyBindingTest::loadContentsAndWait):
(EditorKeyBindingTest::evaluateString):
(EditorKeyBindingTest::clipboard const):
(EditorKeyBindingTest::copyWithKeyStroke):
(testEditorCopyKeyBindingNonEditable):
(testEditorCopyKeyBindingEditable):
(testEditorSelectAllKeyBindingNonEditable):
(testEditorArrowKeysStillScroll):
(beforeAll):
(afterAll):
* Tools/TestWebKitAPI/glib/PlatformWPE.cmake:
Canonical link: https://commits.webkit.org/319521@main
Canonical link:
https://flagged.apple.com:443/proxy?t2=Dr8K5J6YD0&o=aHR0cHM6Ly9jb21taXRzLndlYmtpdC5vcmcvMzE3Njk1LjE1N0B3ZWJraXRnbGliLzIuNTQ=&emid=a33d623d-58c3-47bd-bee4-ac561b00cfc6&c=11
Commit: 1c3038513722ea1712ed251cbfd98dcdea63322e
https://github.com/WebKit/WebKit/commit/1c3038513722ea1712ed251cbfd98dcdea63322e
Author: Michael Catanzaro <[email protected]>
Date: 2026-08-27 (Thu, 27 Aug 2026)
Changed paths:
M Source/WebKit/UIProcess/Launcher/glib/FlatpakLauncher.cpp
Log Message:
-----------
Cherry-pick 319841@main (60477f5f174c).
https://bugs.webkit.org/show_bug.cgi?id=321951
[WPE][GTK] FlatpakLauncher should not attempt to expose paths under /app or
/usr
https://bugs.webkit.org/show_bug.cgi?id=321951
Reviewed by Patrick Griffis.
The auxiliary process
always
has
the
same view of /app and /usr as the
UI process, so trying to expose them to the sandbox is pointless at
best. In the past, it has uncovered bugs in
Flatpak. See:
https://github.com/flatpak/flatpak/issues/6584
* Source/WebKit/UIProcess/Launcher/glib/FlatpakLauncher.cpp:
(WebKit::canPossiblyExposePath):
(WebKit::flatpakSpawn):
Canonical link:
https://flagged.apple.com:443/proxy?t2=dE6a6o9Qu4&o=aHR0cHM6Ly9jb21taXRzLndlYmtpdC5vcmcvMzE5ODQxQG1haW4=&emid=a33d623d-58c3-47bd-bee4-ac561b00cfc6&c=11
Canonical link:
https://flagged.apple.com:443/proxy?t2=Dn9U6v2MI1&o=aHR0cHM6Ly9jb21taXRzLndlYmtpdC5vcmcvMzE3Njk1LjE1OEB3ZWJraXRnbGliLzIuNTQ=&emid=a33d623d-58c3-47bd-bee4-ac561b00cfc6&c=11
Commit: eda6a5c7e902a8f8e048571389b482667b9b44e6
https://github.com/WebKit/WebKit/commit/eda6a5c7e902a8f8e048571389b482667b9b44e6
Author: Philippe Normand <[email protected]>
Date: 2026-08-27 (Thu, 27 Aug 2026)
Changed paths:
M Source/cmake/OptionsGTK.cmake
M Source/cmake/OptionsWPE.cmake
Log Message:
-----------
Cherry-pick 319875@main
(5bb22860bf93).
https://bugs.webkit.org/show_bug.cgi?id=320836
[GTK][WPE?] Branch webkitglib/2.54 does not build with
USE_SPIEL=ON
https://bugs.webkit.org/show_bug.cgi?id=320836
Reviewed by Adrian Perez de Castro.
Make the USE_SPIEL and USE_FLITE CMake options truly
mutually exclusive.
* Source/cmake/OptionsGTK.cmake:
* Source/cmake/OptionsWPE.cmake:
Canonical link: https://commits.webkit.org/319875@main
Canonical link:
https://flagged.apple.com:443/proxy?t2=Dl6z0T0QC6&o=aHR0cHM6Ly9jb21taXRzLndlYmtpdC5vcmcvMzE3Njk1LjE1OUB3ZWJraXRnbGliLzIuNTQ=&emid=a33d623d-58c3-47bd-bee4-ac561b00cfc6&c=11
Compare: https://github.com/WebKit/WebKit/compare/95ebe6ad7707...eda6a5c7e902
To unsubscribe from these emails, change your notification settings at
https://github.com/WebKit/WebKit/settings/notifications
