latest changes to downloads in konqueror
Stefano Crocco
stefano.crocco at alice.it
Mon Jul 17 08:59:58 BST 2017
Hello to everyone,
I hope this is still the right list to discuss issues about konqueror
development. If not, could anybody tell me which is the correct place?
I saw one of the last commits to the konqueror repository (commit
86ed60240e9eeb4bef08fa5fbdef04206ba2f04c) which attempts to fix the fact that,
using the webengine part, konqueror always downloads files to the ~/Downloads
directory (or to whichever directory the user has marked as default download
directory). With this commit, konqueror always asks the user where to save the
file. However, in my opinion, this severely cripples konqueror, removing one
of its most useful features, the ability to show a downloaded file directly,
without having the user explicitly save it.
In the last week, I have been working on this issue and reached a point which
is (again, in my opinion), more satisfying as it mostly restores the previous
behaviour. I attach a diff against the current master showing the changes.
Essentially, what it does is having the WebEnginePart emit an openUrlRequest
signal in response to the QWebEngineProfile::downloadRequest. This way,
konqueror behaves the same with the webengine part as with khtml part and
kwebkitpart for most downloads. There are some cases which still aren't
working correctly. I was investigating these cases to fix them, but seeing
that someone else was working on this issue, I decided to make my work public
in case it could be useful.
Stefano
-------------- next part --------------
A non-text attachment was scrubbed...
Name: fix-download.patch
Type: text/x-patch
Size: 11412 bytes
Desc: not available
URL: <https://mail.kde.org/mailman/private/kfm-devel/attachments/20170717/004d72c0/attachment.bin>
More information about the kfm-devel
mailing list