You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@cordova.apache.org by "Ian Clelland (JIRA)" <ji...@apache.org> on 2014/01/30 16:36:09 UTC

[jira] [Commented] (CB-5403) Overhaul File API implementation

    [ https://issues.apache.org/jira/browse/CB-5403?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13886670#comment-13886670 ] 

Ian Clelland commented on CB-5403:
----------------------------------

In the end, the URLs used are of the form

{code}
cdvfile://localhost/<filesystemname>/<pathtoresource>
{code}

This change was due to the {{filesystem}} scheme being handled specially by the Chrome-based webview in Android 4.4; it is not possible to intercept requests for arbitrary {{filesystem://}} URLs. iOS was changed to match for project-level consistency, although there is no technical requirement for URLs to be consistent across platforms (or even across devices).

> Overhaul File API implementation
> --------------------------------
>
>                 Key: CB-5403
>                 URL: https://issues.apache.org/jira/browse/CB-5403
>             Project: Apache Cordova
>          Issue Type: Bug
>          Components: Plugin File
>            Reporter: Ian Clelland
>            Assignee: Ian Clelland
>
> This is the meta-issue for all of the File API-related changes.
> File is getting overhauled, to provide the following features:
> 1. Entry.toURL() should return a filesystem:// URL on platforms which support it. Platforms which cannot support custom URL protocols are free to return URLs which *can* be used to access the local file system.
> 2. These URLs will look like:
>   filesystem://localhost/persistent/path/to/file.ext
>   filesystem://localhost/temporary/path/to/file.ext
> Additional roots are possible for new file systems (assets, media, documents, etc)
> (The specific format used does not need to conform to any existing or proposed standard, since these URLs should not be assumed valid across machines)
> 3. Entry.fullPath will be relative to the HTML file system root, and not a path from the root of the actual device file system.
> 4. Only URLs will be passed over the exec bridge; we won't be passing raw file system paths into and out of JS anymore. (This generally means filesystem:// URLs in the iOS/Android case, but platforms are free to support other URLs as needed)
> 5. Tests need to be updated so that they still pass when these changes are made.
> 6. File plugin should be modular, so that additional filesystem types can be easily supported.



--
This message was sent by Atlassian JIRA
(v6.1.5#6160)