WebKit Bugzilla
New
Browse
Search+
Log In
×
Sign in with GitHub
or
Remember my login
Create Account
·
Forgot Password
Forgotten password account recovery
RESOLVED FIXED
164364
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+
Details
Formatted Diff
Diff
View All
Add attachment
proposed patch, testcase, etc.
Carlos Garcia Campos
Comment 1
2016-11-03 05:14:21 PDT
Created
attachment 293758
[details]
Patch
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
Committed
r208882
: <
http://trac.webkit.org/changeset/208882
>
Note
You need to
log in
before you can comment on or make changes to this bug.
Top of Page
Format For Printing
XML
Clone This Bug