[webkit-changes] [WebKit/WebKit] 3f3246: [Site Isolation] FrameLoader::loadURL should handl...
Sihui
noreply at github.com
Tue May 7 12:08:44 PDT 2024
Branch: refs/heads/main
Home: https://github.com/WebKit/WebKit
Commit: 3f3246e4670f57dff0fa6f4dfb97da6f0198573c
https://github.com/WebKit/WebKit/commit/3f3246e4670f57dff0fa6f4dfb97da6f0198573c
Author: Sihui Liu <sihui_liu at apple.com>
Date: 2024-05-07 (Tue, 07 May 2024)
Changed paths:
A LayoutTests/http/tests/site-isolation/iframe-top-level-navigation-expected.txt
A LayoutTests/http/tests/site-isolation/iframe-top-level-navigation.html
A LayoutTests/http/tests/site-isolation/resources/iframe-top-level-navigation-iframe.html
M Source/WebCore/loader/FrameLoader.cpp
Log Message:
-----------
[Site Isolation] FrameLoader::loadURL should handle request for existing remote frame properly
https://bugs.webkit.org/show_bug.cgi?id=273800
rdar://127631799
Reviewed by Charlie Wolfe.
FrameLoader::loadURL currently falls back to "creating a new window" flow when target frame is a remote frame -- it goes
the PolicyChecker::checkNewWindowPolicy() path. This is problematic because UI process would treat this as loading in a
new frame. To fix this, make `FrameLoader::loadURL` forward request to the remote target frame.
Test: http/tests/site-isolation/iframe-top-level-navigation.html
* LayoutTests/http/tests/site-isolation/iframe-top-level-navigation-expected.txt: Added.
* LayoutTests/http/tests/site-isolation/iframe-top-level-navigation.html: Added.
* LayoutTests/http/tests/site-isolation/resources/iframe-top-level-navigation-iframe.html: Added.
* Source/WebCore/loader/FrameLoader.cpp:
(WebCore::FrameLoader::loadURL):
Canonical link: https://commits.webkit.org/278473@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