You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@cordova.apache.org by "Sergey Shakhnazarov (JIRA)" <ji...@apache.org> on 2015/10/29 10:53:27 UTC
[jira] [Resolved] (CB-2306) FileTransfer.download does not support
file:/// URLs on Android
[ https://issues.apache.org/jira/browse/CB-2306?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Sergey Shakhnazarov resolved CB-2306.
-------------------------------------
Resolution: Fixed
https://github.com/apache/cordova-plugin-file-transfer/blob/4dc697a8636bc0541b2fe99f136ce9aa39cbe970/tests/tests.js#L387
> FileTransfer.download does not support file:/// URLs on Android
> ---------------------------------------------------------------
>
> Key: CB-2306
> URL: https://issues.apache.org/jira/browse/CB-2306
> Project: Apache Cordova
> Issue Type: Bug
> Components: Android, Plugin File Transfer
> Reporter: Andrew Grieve
> Assignee: Ian Clelland
> Priority: Minor
>
> This was recently fixed for iOS. Likely what users want here is to use the Entry.copyTo API instead, but some have tried this, so it's worth reporting.
> I started on a fix for this by mapping it to copyTo on the JS side:
> argscheck.checkArgs('ssFF*', 'FileTransfer.download', arguments);
> // Convert transfers from file:/// into File.copyTo calls.
> if ('' + (/^.*?:/.exec(source)) == 'file:') {
> var parts = /(.*)\/(.*?)$/.exec(target);
> exec(successCallback, errorCallback, "File", "copyTo", [source.slice(7), parts[1], parts[2]]);
> return;
> }
> This still failed the mobile spec test though due to /android_asset/ paths not being resolved on the native side. We may want to add /android_asset/ resolution into resolveLocalFileSystemURI as well...
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
---------------------------------------------------------------------
To unsubscribe, e-mail: issues-unsubscribe@cordova.apache.org
For additional commands, e-mail: issues-help@cordova.apache.org