D9190: TransferJob: workaround for when the readChannelFinished has already been emitted
Albert Astals Cid
noreply at phabricator.kde.org
Tue Dec 5 15:26:02 UTC 2017
aacid added a comment.
In https://phabricator.kde.org/D9190#176216, @nicolasfella wrote:
> I'm sorry, but this does not resolve https://bugs.kde.org/show_bug.cgi?id=386246 for me. KDE Connect's FileTransferJob does not even use KIO's TransferJob. It just extends KJob, so it could be a (similar) bug there.
Yes it does. You don't know it but
m_reply = Daemon::instance()->networkAccessManager()->put(req, m_origin.data());
in filetransferjob.cpp is using kio.
Are you sure you know how to run kdeconnect with the patched kio to say this doesn't fix the problem for you?
REPOSITORY
R241 KIO
REVISION DETAIL
https://phabricator.kde.org/D9190
To: aacid, dfaure, apol, albertvaka
Cc: anthonyfieroni, nicolasfella, #frameworks
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.kde.org/pipermail/kde-frameworks-devel/attachments/20171205/86739af6/attachment.html>
More information about the Kde-frameworks-devel
mailing list