Add SPI stub for decidePolicyForNavigationResponse with a continuation WKWebView
Created attachment 366040 [details] Patch
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 :) ).
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.
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.
Comment on attachment 366040 [details] Patch That won't work for some loads. Since the timeline for this has changed, I'm removing r?