910387 - [meta] Implement DeviceStorage FileSystem API

Status: RESOLVED WONTFIX

(Core :: DOM: Core & HTML, enhancement)

Description

[Yuan Xulei [:yxl] (Leave from May 18)]

This is the meta bug to track the FileSystem API proposed by Mozilla. The API is currently discussed here: http://lists.w3.org/Archives/Public/public-script-coord/2013JulSep/0379.html

Comment 1

[Florian Bender]

Is this the same as http://w3c.github.io/filesystem-api/Overview.html ?

Comment 2

[(no longer active)]

(In reply to comment #1)
> Is this the same as http://w3c.github.io/filesystem-api/Overview.html ?

I think so, but more useful details can be found in this thread <http://lists.w3.org/Archives/Public/public-script-coord/2013JulSep/0379.html> (Please make sure to read the full thread!)

Comment 3

[Florian Bender]

I don't know which documents are the most up to date, then (looks like the spec doc is). Can you or somebody else update the URL field to point to the newest (relevant to the bug) version?

(ni? Arun, he can definitely say on what the doc bases on.)

Comment 4

[Florian Bender]

Since I'm now totally lost wrt which bug covers which spec, would you mind correcting the URL field in this bug or clarifying the difference between this bug and bug 997471?

Comment 5

[Jonas Sicking (:sicking) No longer reading bugmail consistently]

The URL field is correct. The DeviceStorage API is about exposing data on the SD card (or equivalent on other platforms). This bug covers doing that through the APIs defined by at

http://w3c.github.io/filesystem-api/Overview.html#the-directory-interface

Note that exposing SD card contents is not something we've figured out how to do safely for untrusted "normal" web pages. Hence this bug will not affect what normal webpages can do. Bug 997471 covers exposing an API to normal web pages for using the same interfaces to access a sandboxed website specific files.

Chrome does exactly the same thing. The same filesystem API can be used by webpages to access sandboxed website specific files. But chrome extensions can use the same filesystem API to access any file on your filesystem.

Comment 6

[Jan Varga [:janv]]

FYI, bug 1029209 just landed on mozilla-inbound, hopefully it will stick. It was the last bit needed for creating FileSystem's FileHandle without interfering with IndexedDB FileHandle API.

So WebIDL interfaces will be different, but the actual implementation should share some code, especially IPDL protocols, etc.

There are 2 main differences:
- DOM events vs promises
- slightly different attributes and methods

Also, FileHandle in DeviceStorage doesn't need to check quota limits. However FileHandle in IndexedDB and in sandboxed FileSystem does.

Comment 7

[Simon Pieters [:zcorpan]]

No longer relevant.