WebKit Bugzilla
New
Browse
Log In
×
Sign in with GitHub
or
Remember my login
Create Account
·
Forgot Password
Forgotten password account recovery
RESOLVED INVALID
73318
[Qt][WK2] Implement experimental setDownloadsEnabled API
https://bugs.webkit.org/show_bug.cgi?id=73318
Summary
[Qt][WK2] Implement experimental setDownloadsEnabled API
Jesus Sanchez-Palencia
Reported
2011-11-29 07:02:06 PST
We need an API for setting if downloads are enabled or not and if they will be handled or cancelled by the webview.
Attachments
Patch
(9.32 KB, patch)
2011-11-29 07:23 PST
,
Jesus Sanchez-Palencia
no flags
Details
Formatted Diff
Diff
Patch
(7.88 KB, patch)
2011-11-30 10:22 PST
,
Jesus Sanchez-Palencia
hausmann
: review-
Details
Formatted Diff
Diff
Show Obsolete
(1)
View All
Add attachment
proposed patch, testcase, etc.
Jesus Sanchez-Palencia
Comment 1
2011-11-29 07:23:14 PST
Created
attachment 116963
[details]
Patch
Jesus Sanchez-Palencia
Comment 2
2011-11-30 10:22:00 PST
Created
attachment 117215
[details]
Patch
Kenneth Rohde Christiansen
Comment 3
2011-12-13 05:55:04 PST
Comment on
attachment 117215
[details]
Patch View in context:
https://bugs.webkit.org/attachment.cgi?id=117215&action=review
> Source/WebKit2/UIProcess/API/qt/qquickwebcontext.cpp:45 > +void QQuickWebContext::setDownloadsEnabled(bool enable)
wouldn't setDownloadEnabled make more sense? or setAllowDownloads()
Simon Hausmann
Comment 4
2011-12-16 12:37:50 PST
Comment on
attachment 117215
[details]
Patch View in context:
https://bugs.webkit.org/attachment.cgi?id=117215&action=review
> Source/WebKit2/UIProcess/qt/QtWebPageProxy.cpp:533 > emit m_qmlWebView->experimental()->context()->downloadRequested(downloadItem);
I think this shows that there is something wrong with the placement of this code. The downloads are entirely context related, QtDownloadManager should cause the signal emission, it shouldn't have to be necessary to go all the way through the webview API, no?
Simon Hausmann
Comment 5
2011-12-19 05:55:15 PST
Comment on
attachment 117215
[details]
Patch r- because of the earlier comment that it seems that the view is the wrong place to handle such download related decisions. IMHO they belong into the context or a "sub object" of it instead, following the WK2 API intent of downloads being independent from the page and instead related to the context. I guess
bug #73364
will be defining this.
Jocelyn Turcotte
Comment 6
2014-02-03 03:19:19 PST
=== Bulk closing of Qt bugs === If you believe that this bug report is still relevant for a non-Qt port of webkit.org, please re-open it and remove [Qt] from the summary. If you believe that this is still an important QtWebKit bug, please fill a new report at
https://bugreports.qt-project.org
and add a link to this issue. See
http://qt-project.org/wiki/ReportingBugsInQt
for additional guidelines.
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