Closed Bug 1220494 Opened 9 years ago Closed 7 years ago

[tracking] Implement chrome.storage.sync

Categories

(WebExtensions :: Untriaged, defect, P2)

defect

Tracking

(Not tracked)

RESOLVED FIXED

People

(Reporter: evilpie, Assigned: glasserc)

References

(Depends on 1 open bug)

Details

(Keywords: dev-doc-complete, meta, Whiteboard: [storage]triaged)

Required by Enhanced Steam and others. We might be to not actually sync anything and just copy chrome.storage.local for now.
Whiteboard: [storage]
Been chatting to Tarek about this, I think the work that they are doing on kinto might be a good match.
We have a storage lib in Firefox (kinto.js) that's quite close to the reqs. The plan is to prototype a chrome API wrapper on the top of it and see where it goes.
I plan to do some work on this during Q1.
Assignee: nobody → mbdejong
Any update on this? I don't see any updates here or on github.
Summary: Implement chrome.storage.sync → [tracking] Implement chrome.storage.sync
Depends on: 1253740
Depends on: 1253741
Depends on: 1253744
Depends on: 1253746
Whiteboard: [storage] → [storage]triaged
Ethan, would you like to reassign this bug to yourself?
Flags: needinfo?(eglassercamp)
Assignee: mbdejong → eglassercamp
Flags: needinfo?(eglassercamp)
See Also: → 1302610
Priority: -- → P2
Depends on: 1317447
Depends on: 1311507
Depends on: 1311510
The code has been implemented, that was mostly done in bug 1253740. It won't go into production until we've got the production stack stood up, so I've added those as dependencies on this.

Once that's done we'll close this bug, any follow up work is in a new tracking bug 1311710.
Depends on: 1331467
chrome.storage.sync is now implemented and on by default for Firefox 53, there are a few follow up bugs and issues of course, but for the purposes of all those tracking this should be done. If you have any suggested improvements please file them on bug 1311710.

I've made some notes on the level of support from Mozilla, Will we should get something like that on MDN. Expect maybe worded a little nicer.

https://wiki.mozilla.org/WebExtensions/chrome.storage.sync#Status
Status: NEW → RESOLVED
Closed: 7 years ago
Resolution: --- → FIXED
(In reply to Andy McKay [:andym] from comment #9)
> 
> I've made some notes on the level of support from Mozilla, Will we should
> get something like that on MDN. Expect maybe worded a little nicer.

Andy, what's the quota limit for sync? The Wiki page says "that's why there is a low limit of the amount of data" but not what the limit is.

Also can you elaborate a bit on "We don't provide ... any guarantees about data retention"? Does this mean, we don't guarantee that you will be able to access any data that you have stored there (i.e. we might just delete it)?

Thanks!
Flags: needinfo?(amckay)
The quota is 100kb, the same as Chrome based on the idea that its for storing preferences.

We might just delete the server and data, but hopefully not. We don't really provide an SLA on our services, but I wanted to get across to developers that this is not a service with an expected uptime, or performance but rather as is. Writing an extension that expects it to be always available and guaranteeing the data hasn't had something happen to it will merely end in disappointment and little sympathy when people email us angrily.

If we find chrome.storage.sync is really useful to developers we might increase its use in the future and provide something with more guarantees.
Flags: needinfo?(amckay)
I added something on this, please let me know if it covers things. I couldn't really improve much on your wording :).
https://developer.mozilla.org/en-US/Add-ons/WebExtensions/API/storage/sync
Flags: needinfo?(amckay)
Looks good, thanks.
Flags: needinfo?(amckay)
Product: Toolkit → WebExtensions
You need to log in before you can comment on or make changes to this bug.