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