RESOLVED FIXED164364
Downloads started by context menu actions should also have a web view associated
https://bugs.webkit.org/show_bug.cgi?id=164364
Summary Downloads started by context menu actions should also have a web view associated
Carlos Garcia Campos
Reported 2016-11-03 05:08:31 PDT
When a request is converted to a download WebPageProxy calls handleDownloadRequest() and clients handle that to associate the web view to the download. When a download is started by a context menu action, WebPageProxy calls WebProcessPool::download() with this as initiatingPage parameter, but clients are not notified in this case.
Attachments
Patch (17.49 KB, patch)
2016-11-03 05:14 PDT, Carlos Garcia Campos
mcatanzaro: review+
Carlos Garcia Campos
Comment 1 2016-11-03 05:14:21 PDT
WebKit Commit Bot
Comment 2 2016-11-03 05:15:02 PDT
Thanks for the patch. If this patch contains new public API please make sure it follows the guidelines for new WebKit2 GTK+ API. See http://trac.webkit.org/wiki/WebKitGTK/AddingNewWebKit2API
Michael Catanzaro
Comment 3 2016-11-12 18:33:33 PST
Comment on attachment 293758 [details] Patch View in context: https://bugs.webkit.org/attachment.cgi?id=293758&action=review > Source/WebKit2/UIProcess/API/gtk/WebKitWebContext.cpp:1237 > + return download.leakRef(); Where is this ref adopted? Normally we leave a comment in situations like this. > Source/WebKit2/UIProcess/WebProcessPool.cpp:816 > + if (initiatingPage) > + initiatingPage->handleDownloadRequest(downloadProxy); We need an owner to approve this part. Alex?
Carlos Garcia Campos
Comment 4 2016-11-17 23:23:16 PST
Ping Owners?
Alex Christensen
Comment 5 2016-11-17 23:29:20 PST
Comment on attachment 293758 [details] Patch View in context: https://bugs.webkit.org/attachment.cgi?id=293758&action=review >> Source/WebKit2/UIProcess/WebProcessPool.cpp:816 >> + initiatingPage->handleDownloadRequest(downloadProxy); > > We need an owner to approve this part. Alex? I approve this part.
Carlos Garcia Campos
Comment 6 2016-11-17 23:50:29 PST
(In reply to comment #3) > Comment on attachment 293758 [details] > Patch > > View in context: > https://bugs.webkit.org/attachment.cgi?id=293758&action=review > > > Source/WebKit2/UIProcess/API/gtk/WebKitWebContext.cpp:1237 > > + return download.leakRef(); > > Where is this ref adopted? Normally we leave a comment in situations like > this. This is returned by public API in transfer-full methods. To clarify it, instead of adding a comment, I've changed it to leak the ref from webkit_web_context_download_uri() and webkit_web_view_download_uri(). > > Source/WebKit2/UIProcess/WebProcessPool.cpp:816 > > + if (initiatingPage) > > + initiatingPage->handleDownloadRequest(downloadProxy); > > We need an owner to approve this part. Alex?
Carlos Garcia Campos
Comment 7 2016-11-17 23:51:12 PST
Note You need to log in before you can comment on or make changes to this bug.