-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi,
Thanks - I have filed the issue in Jira (CB-8471): https://issues.apache.org/jira/browse/CB-8471 I forked the repository and implemented the feature here in GitHub: https://github.com/UstadMobile/cordova-plugin-file-transfer It works as intended on Android; I just need to get to add the tests there. Unfortunately most of the planet doesn't have connectivity that will reliably transfer large files so would definitely be useful to have in the core. Regards, - -Mike On 02/19/2015 12:22 AM, Shazron wrote: > The best way is to create a new plugin that is based off file transfer > and just implement it. We could consider pulling it into the core > plugin in the future. Please file an issue at: > http://issues.apache.org/jira/browse/CB > > ... so it can be tracked and evaluated by the devs, and you can be > notified (and it won't get lost in the ML) > > Sign up here: > https://issues.apache.org/jira/secure/Signup!default.jspa > > Thanks! > > > > > On Thu, Feb 12, 2015 at 5:20 PM, Mike Dawson <[email protected]> wrote: >> Hi, >> >> This has been discussed briefly before: >> >> http://mail-archives.apache.org/mod_mbox/cordova-dev/201311.mbox/%3CCAK_TSX+dKpLr7vCCacN9kMv1d0=wn2z1dfapheyeam3r_dv...@mail.gmail.com%3E >> >> Problem is when using the FileTransfer plugin to download a file, if the >> file is interrupted it will get automatically deleted. This is what happens >> on Android (FileTransfer.java line 948): >> >> // Remove incomplete download. >> if (!cached && result.getStatus() != PluginResult.Status.OK.ordinal() && >> file != null) { >> file.delete(); >> } >> >> This will make it impossible to resume from where the file left off, and on >> many networks/situations for a lot of people in countries / areas where the >> networks are not so good the probability of ever succeeding at downloading a >> sizeable (e.g. 30MB+) file will be very low and it would waste a lot of >> bandwidth. >> >> It is true that resume is a complex business and perhaps out of the scope of >> such a plugin (what happens when file changes, how many retries, etc). If >> we had just an option like keepIncompleteDownload which would default to >> false this (ie. keep the current behaviour) would allow developers to >> implement their own logic in Javascript to handle resume if they wish to - >> e.g. try the download again, sending a range header, to another file and at >> the end concatenate all the file pieces together. >> >> I have to make a working version of this behaviour for an app we currently >> develop just for Android; so I can write that behaviour there. I don't see >> any tests that describe the desired behaviour in this scenario. >> >> Would be interested to see if anyone else has any alternative suggestions. >> >> Regards, >> >> -Mike >> >> --------------------------------------------------------------------- >> To unsubscribe, e-mail: [email protected] >> For additional commands, e-mail: [email protected] >> > > --------------------------------------------------------------------- > To unsubscribe, e-mail: [email protected] > For additional commands, e-mail: [email protected] > - -- Mike Dawson CEO Ustad Mobile Email: [email protected] Phone: +971 555 99 7043 Web: www.ustadmobile.com Twitter: @ustadmobile Facebook: www.facebook.com/Ustad.Mobile -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iQIcBAEBAgAGBQJU5bzFAAoJEMDbIyechsEf9vAP/io2bY95DFiNEnJaNVBcBI9R JQ7Duyl1rpJqL//8JcnTnyhmK/tqOMFHGpMjwLzoSXi3DRfhf/VY9Reuft6d5jTw pUNqcHEgA6a01JXRUl8ulCtBSn72oKQ1MGYoYCGXBJhUDa8sTkB9/k8AfoAJJ9MR bWPt0tI1k9gYxzzxRtwpFB8YCCNyXara3dezAeRutr1iA/MIWs+n8TxB4EPZEdgU 0EzlEYgp44AXgydiJTZ6arGe9exNpLp7u2lN3N7DfcoFchuiYeqCaEXAvUmltFB5 gorMb0k12TjjO+7r4Yb2E4ua9TGFSfUi56C/DutxzVRl23k7jqj9SflWUF0K+ca1 kVQBNLdkMCodduBYzqw3LHisCj7yf9CFlW3DbqA2uFqrkwpffia0bdhkW4TlORaS +FHe0w9Zgbp5mdpuX0Et+q0xW6pRMgiDgbcYxALdBk0Gg5nhgvFd1VV/oNCkOBjt 3oGkfEQcJcQmYbaFMSyv57BxztARefLqyC/JqJcZA3otOiLIdBRjSsfKx9t1wPi3 Id4ps/sGgE6d9Wmo1FgKRlMjw451wgyElmlIHm+3+deiUBsUXHy37NRp8GTd3GVW NFILbQR+S65xk/fC9JacRFN7hVkXF7eneLiLowtS/vAKpfeCSfmG8luBZuGa+QMe 39u1m3xeoYOUU2Pqkl+L =3Kri -----END PGP SIGNATURE----- --------------------------------------------------------------------- To unsubscribe, e-mail: [email protected] For additional commands, e-mail: [email protected]
