[webkit-changes] [WebKit/WebKit] 24b6ac: [macOS Debug] TestWebKitAPI.SiteIsolation.WebsiteP...

Charlie Wolfe noreply at github.com
Wed Feb 21 22:30:01 PST 2024


  Branch: refs/heads/main
  Home:   https://github.com/WebKit/WebKit
  Commit: 24b6aca8482a00b3d17eb504ea91be0423ff8928
      https://github.com/WebKit/WebKit/commit/24b6aca8482a00b3d17eb504ea91be0423ff8928
  Author: Charlie Wolfe <charliew at apple.com>
  Date:   2024-02-21 (Wed, 21 Feb 2024)

  Changed paths:
    M Source/WebKit/UIProcess/RemotePageProxy.cpp
    M Source/WebKit/UIProcess/WebPageProxy.cpp

  Log Message:
  -----------
  [macOS Debug] TestWebKitAPI.SiteIsolation.WebsitePoliciesCustomUserAgentDuringCrossSiteProvisionalNavigation is a consistent crash
https://bugs.webkit.org/show_bug.cgi?id=269746
rdar://123265363

Reviewed by Alex Christensen.

I needed to make two changes to get this test to not hit debug assertions:
 - When a subframe swaps processes it was possible for it to cancel the provisional load of the main
   frame. A provisional page load should only be canceled if another main frame provisional load was
   started.
 - `WebPageProxy::currentURL` would return the provisional or committed URL. This would cause some
   allowedFirstPartyForCookies checks to fail when subframe processes made requests while the main frame
   was in a provisional load state. `SubframeProcessPageParameters` should always use the main frame
   committed URL.

* Source/WebKit/UIProcess/RemotePageProxy.cpp:
(WebKit::RemotePageProxy::injectPageIntoNewProcess):
* Source/WebKit/UIProcess/WebPageProxy.cpp:
(WebKit::WebPageProxy::continueNavigationInNewProcess):

Canonical link: https://commits.webkit.org/275148@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