Bug 196283 – Add SPI stub for decidePolicyForNavigationResponse with a continuation WKWebView

• Component: New Bugs
• Status: NEW

[Alex Christensen]

Add SPI stub for decidePolicyForNavigationResponse with a continuation WKWebView

[Alex Christensen]

Created attachment 366040 [details]
Patch

[Sam Weinig]

Comment on attachment 366040 [details]
Patch

View in context: https://bugs.webkit.org/attachment.cgi?id=366040&action=review

> Source/WebKit/ChangeLog:6
> +        Add SPI stub for decidePolicyForNavigationResponse with a continuation WKWebView
> +        https://bugs.webkit.org/show_bug.cgi?id=196283
> +
> +        Reviewed by NOBODY (OOPS!).

What will this SPI do? (please try to include more information in the ChangeLog. It's not here solely to document the reviewer :) ).

[Alex Christensen]

The current plan is to continue the load we've just decided about in a new WKWebView.  That'll require some interesting work to hook up, and this was a good milestone.

[Chris Dumez]

Comment on attachment 366040 [details]
Patch

View in context: https://bugs.webkit.org/attachment.cgi?id=366040&action=review

> Source/WebKit/UIProcess/API/Cocoa/WKNavigationDelegatePrivate.h:93
> +- (void)_webView:(WKWebView *)webView decidePolicyForNavigationResponse:(WKNavigationResponse *)navigationResponse decisionHandler:(void (^)(WKNavigationResponsePolicy, WKWebView *continuationWebView))decisionHandler WK_API_AVAILABLE(macos(WK_MAC_TBA), ios(WK_IOS_TBA));

I personally find this is a weird SPI. Why is it WebKit's responsibility to transition the load in a new view? The client started the load in this view. If they want a new view, they could always cancel this load and start it again in a new view.

[Alex Christensen]

Comment on attachment 366040 [details]
Patch

That won't work for some loads.
Since the timeline for this has changed, I'm removing r?