Well, actually, I'm becoming less convinced that overwriting the file would
really improve security - the OS could end up writing the new data to a
different location on the card, leaving the partially downloaded data
anyway.
Unless anyone has a better idea, I'm probably going to have to go back t
So I'm happy to do the implementation/create the issue/ do the PR.
As much as I'd like to transition to using XHR, that causes some other
issues internally for the project I'm workining on - the most pressing one
currently is that we're required to support some older platforms that don't
work with
Also, file-transfer plugin has been deprecated, so is less likely to get
that change applied. Read more about the deprecating and the recommended
transition at
https://cordova.apache.org/blog/2017/10/18/from-filetransfer-to-xhr2.html.
2018-01-06 21:48 GMT+01:00 Simon MacDonald :
> Probably best
Probably best to create an issue in JIRA and we love PR's.
Simon Mac Donald
http://simonmacdonald.com
On Sat, Jan 6, 2018 at 2:21 PM, Dan Field wrote:
> The Android version of this plugin makes calls to file.delete on abort()
> and on a failed/partial download().
>
> Any thoughts on updating t
No, the Travis integration is only meaningful if it is green on master,
which it is not file-transfer.
Also, the travis integration is only testing the plugin's tests on an iOS
simulator, so these are really just smoke tests in most cases anyway.
@purplecabbage
risingj.com
On Wed, Jun 17, 2015 at
