Closed
Bug 1213475
Opened 9 years ago
Closed 8 years ago
Complete the implementation of chrome.storage
Categories
(WebExtensions :: General, defect, P2)
WebExtensions
General
Tracking
(Not tracked)
RESOLVED
FIXED
People
(Reporter: andy+bugzilla, Unassigned)
References
(Blocks 1 open bug)
Details
(Whiteboard: [storage]triaged)
The methods on the API are:
https://developer.chrome.com/extensions/storage
Currently implemented:
local
To be implemented:
Types
StorageChange
StorageArea
Properties
sync
managed
Events
onChanged
The sync property sounds exciting.
Comment 1•9 years ago
|
||
Also chrome.storage.local.clear is not implemented.
Comment 2•9 years ago
|
||
I made a new bug (bug 1217886) for implementing chrome.storage.local.clear
Reporter | ||
Updated•9 years ago
|
Flags: blocking-webextensions-
Comment 3•9 years ago
|
||
Another critical difference is that in Chrome extension we have access from the content script to the chrome.storage, but in Firefox WebExtensions not. Is this on purpose or should be implemented?
My user case: In the options page users specify for each urls to enable the extension. This data is stored in chrome.storage, then when loading the content script, I check whether the current url is in the storage array.
(In reply to Mihail Diordiev from comment #3)
> Another critical difference is that in Chrome extension we have access from
> the content script to the chrome.storage, but in Firefox WebExtensions not.
> Is this on purpose or should be implemented?
Access from content script is already requested in this ticket: https://bugzilla.mozilla.org/show_bug.cgi?id=1197346
Updated•9 years ago
|
Blocks: webext-port-noscript
Reporter | ||
Updated•9 years ago
|
Whiteboard: [storage] → [storage]triaged
Comment 6•8 years ago
|
||
I think https://bugzilla.mozilla.org/show_bug.cgi?id=1301098 may have been better reported in here, sorry, I didn't find this entry at the time of writing. TLDR: If I'm not mistaken, chrome.storage.local is not working on option pages (or is in contrast to what the documentation says).
Reporter | ||
Updated•8 years ago
|
Component: WebExtensions: Untriaged → WebExtensions: General
Flags: blocking-webextensions-
Priority: -- → P2
Reporter | ||
Updated•8 years ago
|
No longer blocks: webext-port-noscript
Reporter | ||
Comment 7•8 years ago
|
||
All the blockers are closed, but interestingly not bug 1230802, which may or may not get implemented.
Status: NEW → RESOLVED
Closed: 8 years ago
Resolution: --- → FIXED
Updated•6 years ago
|
Product: Toolkit → WebExtensions
You need to log in
before you can comment on or make changes to this bug.
Description
•