[webkit-changes] [WebKit/WebKit] df735d: [Site Isolation] Back forward items for cross-orig...
Charlie Wolfe
noreply at github.com
Wed May 29 18:22:00 PDT 2024
Branch: refs/heads/main
Home: https://github.com/WebKit/WebKit
Commit: df735d5e5a8ab2e4681ea757fed4e94829c06e98
https://github.com/WebKit/WebKit/commit/df735d5e5a8ab2e4681ea757fed4e94829c06e98
Author: Charlie Wolfe <charliew at apple.com>
Date: 2024-05-29 (Wed, 29 May 2024)
Changed paths:
M Source/WebKit/UIProcess/WebPageProxy.cpp
M Tools/TestWebKitAPI/Tests/WebKitCocoa/SiteIsolation.mm
Log Message:
-----------
[Site Isolation] Back forward items for cross-origin iframe navigations are ignored
https://bugs.webkit.org/show_bug.cgi?id=274804
rdar://128902889
Reviewed by Alex Christensen.
We should only expect an additional back forward item for the initial load of a root child frame.
Separate back forward items are already created when navigating within a child frame (even without site
isolation), so we don’t need to set any additional state on those items. This was causing us to skip
over cross-origin iframe navigations when moving in the back forward list. Going back/forward to
cross-origin iframes still doesn’t work correctly for different reasons.
* Source/WebKit/UIProcess/WebPageProxy.cpp:
(WebKit::WebPageProxy::continueNavigationInNewProcess):
If the process being navigated from is the parent frame’s process we know it is an initial iframe load.
* Tools/TestWebKitAPI/Tests/WebKitCocoa/SiteIsolation.mm:
(TestWebKitAPI::TEST(SiteIsolation, CanGoBackAfterNavigatingFrameCrossOrigin)):
Canonical link: https://commits.webkit.org/279486@main
To unsubscribe from these emails, change your notification settings at https://github.com/WebKit/WebKit/settings/notifications
More information about the webkit-changes
mailing list