Closed
      
        Bug 893003
      
      
        Opened 12 years ago
          Closed 7 years ago
      
        
    
  
Decide how devicestorage permissions should be reflected in the page-exposed API
Categories
(Core :: DOM: Device Interfaces, defect)
Tracking
()
        RESOLVED
        INCOMPLETE
        
    
  
People
(Reporter: bzbarsky, Unassigned)
Details
(Whiteboard: [DeviceStorageInvestigate])
Right now, navigator.getDeviceStorage does not check any permissions.  Trying to _use_ the resulting storage object can, though.
This bug is for figuring out what the setup here should look like.
| Comment 1•12 years ago
           | ||
So, if it winds up being desirable for a permissions check to be done, this could check that the caller has any perission.
Right now, there are 3 permissions for each storage type (the argument passed into getDeviceStorage)
device-storage:type-read
device-storage:type-write
device-storage:type-create
Presumably we could check if the caller has any of the 3 and only return a non-null result if that is in fact the case.
|   | Reporter | |
| Comment 2•12 years ago
           | ||
Note that there are several things we can do here with permissions checks:
1)  Change what getDeviceStorage returns.  This can make use of the type argument for getDeviceStorage.
2)  Change whether navigator.getDeviceStorage exists at all.  This obviously can't depend on the storage type.
| Updated•9 years ago
           | 
Whiteboard: [DeviceStorageInvestigate]
| Comment 3•7 years ago
           | ||
FxOS/Gonk has been removed from the codebase. Mass-invalidating FxOS related Device Interface bugs to clean up the component. 
If I incorrectly invalidated something, please let me know.
Status: NEW → RESOLVED
Closed: 7 years ago
Resolution: --- → INVALID
| Comment 4•7 years ago
           | ||
Bulk correction of resolution of B2G bugs to INCOMPLETE.
Resolution: INVALID → INCOMPLETE
          You need to log in
          before you can comment on or make changes to this bug.
        
Description
•