Bug 147985 – [Cocoa] Downloads do not start if policy decision is made asynchronously

• Component: Page Loading
• Status: RESOLVED FIXED

[Andy Estes]

[Cocoa] Downloads do not start if policy decision is made asynchronously

[Andy Estes]

rdar://problem/22222453

[Andy Estes]

Created attachment 258919 [details]
Patch

[Alexey Proskuryakov]

Comment on attachment 258919 [details]
Patch

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

> Source/WebCore/ChangeLog:11
> +        asynchronously. If a client chooses to download a response asynchronously, we can no longer convert the
> +        connection to a download, so we should start a new download instead.

This is surely not a permanent solution to this, is it? In the general case, it is not possible to start a new download.

We need to delay responding to willSendRequest until the decision is made.

[Andy Estes]

(In reply to comment #3)
> Comment on attachment 258919 [details]
> Patch
> 
> View in context:
> https://bugs.webkit.org/attachment.cgi?id=258919&action=review
> 
> > Source/WebCore/ChangeLog:11
> > +        asynchronously. If a client chooses to download a response asynchronously, we can no longer convert the
> > +        connection to a download, so we should start a new download instead.
> 
> This is surely not a permanent solution to this, is it? In the general case,
> it is not possible to start a new download.
> 
> We need to delay responding to willSendRequest until the decision is made.

didReceiveResponse in this case, but you're right, that's the correct solution. This is a stopgap measure until that solution can be implemented. I included more information about this in the linked radar.

[Andy Estes]

Created attachment 258942 [details]
Patch

[Brady Eidson]

Comment on attachment 258942 [details]
Patch

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

> Source/WebCore/loader/SubresourceLoader.cpp:80
> +    , m_callingDidReceiveResponse(false)

Default value can be in the class declaration in the header.

> Source/WebCore/loader/SubresourceLoader.h:129
> +    bool m_callingDidReceiveResponse;

...right here.

> Source/WebKit/mac/WebCoreSupport/WebFrameLoaderClient.mm:292
>          // The resource has already been cached, start a new download.

Inaccurate comment

[Andy Estes]

Committed r188486: <http://trac.webkit.org/changeset/188486>