<table><tr><td style="">andyholmes added a comment.
</td><a style="text-decoration: none; padding: 4px 8px; margin: 0 8px 8px; float: right; color: #464C5C; font-weight: bold; border-radius: 3px; background-color: #F7F7F9; background-image: linear-gradient(to bottom,#fff,#f1f0f1); display: inline-block; border: 1px solid rgba(71,87,120,.2);" href="https://phabricator.kde.org/D21247">View Revision</a></tr></table><br /><div><div><p>I don't really have this problem anyways, but isn't the better solution to have the serving instance of KDE Connect do the art downloading and transfer the file as normal? I think the only external input to the android app should be from the remote paired device. This also ensures the Android app (or whichever client) has it's address isolated from any outside source.</p>

<p>FWIW, in GSConnect we use the GFile abstraction, which can take any URI, and use it as a source for an input stream when sending the payload. In this case whether the URI is file://, http://, sftp:// or whatever, the Android app and the original URI source have no knowledge of each other or direct connection.</p>

<p>I assume a similar file abstraction exists in Qt or KIO?</p></div></div><br /><div><strong>REPOSITORY</strong><div><div>R225 KDE Connect - Android application</div></div></div><br /><div><strong>REVISION DETAIL</strong><div><a href="https://phabricator.kde.org/D21247">https://phabricator.kde.org/D21247</a></div></div><br /><div><strong>To: </strong>cotko, KDE Connect<br /><strong>Cc: </strong>andyholmes, kdeconnect, ewentzel, dshelley, pawelkwiecinski, ctakano, vporvaznik, mschroeder, varunp, shivanshukantprasad, skymoore, brute4s99, wistak, anoopv, dvalencia, rmenezes, julioc, Leptopoda, timothyc, Danial0_0, johnq, Pitel, domson, adeen-s, SemperPeritus, daniel.z.tg, jeanv, seebauer, bugzy, MayeulC, lemuel, menasshock, mikesomov, tctara, apol<br /></div>