Review Request 123325: Drop dependency of KIO from kdeconnectcore

Aleix Pol Gonzalez aleixpol at kde.org
Tue Apr 14 02:42:16 UTC 2015


-----------------------------------------------------------
This is an automatically generated e-mail. To reply, visit:
https://git.reviewboard.kde.org/r/123325/
-----------------------------------------------------------

(Updated April 14, 2015, 4:42 a.m.)


Review request for kdeconnect.


Changes
-------

Iteration

* Put a buffer in the middle, downloads first in memory then dumps it into the destination. (meh)
* Works
* Only works with QNetworkAccessManager, not KIO::AccessManager (meh)


Repository: kdeconnect-kde


Description
-------

Use QNetworkAccessManager for storing the files we receive instead of directly KIO, then provide the KIO-based QNetworkAccessManager from the daemon. This way we'll still get the KIO network-transparency, but the library only depenends on QtNetwork, which will be easier to get in some platforms.

After this change, we only depend on KConfig, KI18n and KCoreAddons, which are tier1 and really easy to work with on any platform.


Diffs (updated)
-----

  CMakeLists.txt dbaa039 
  core/CMakeLists.txt f465959 
  core/daemon.h 654441f 
  core/filetransferjob.h 973bd3a 
  core/filetransferjob.cpp 27ed8e8 
  daemon/CMakeLists.txt 852e779 
  daemon/kdeconnectd.cpp 25632fd 

Diff: https://git.reviewboard.kde.org/r/123325/diff/


Testing
-------

None, don't give a ship it. I only worked on it on the airplane, so I couldn't test it. If somebody wants to help with the testing, I'll welcome it.


Thanks,

Aleix Pol Gonzalez

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.kde.org/pipermail/kdeconnect/attachments/20150414/7736f81d/attachment.html>


More information about the KDEConnect mailing list