Cookie-autodelete: Support Cloud Sync/Storage

[pwd-github]

Support cloud storage between devices via the browser.storage.sync API so that all devices can share the same whitelist.

[DaddyAG]

If this means "to use Firefox Sync", then yes please!

[pwd-github]

@DaddyAG yup, that's what I mean, so that we can use our same cookie whitelist between devices.

[ke-d]

https://developer.mozilla.org/en-US/Add-ons/WebExtensions/API/storage/sync#Browser_compatibility

This will probably be implemented to how uBlock does it (global clipboard). Testing with uBlock WebExtension, I haven't gotten sync to work decently. So I'm probably going to wait until support for the sync API on FF Android comes out, hopefully its more stable by then.

[pwd-github]

The actual bug for implementing support is https://bugzilla.mozilla.org/show_bug.cgi?id=1316442

[kah0922]

Forgive me for asking, but has there been any progress on this?

[ke-d]

@kah0922 Not yet. Android doesn't have the sync API implemented yet, which actually gives me time to think about how I want to do the UX for the global clipboard.

[SecureAB]

Nice to hear that you want to implement support for Firefox Sync.

I use both Cookie AutoDelete and uMatrix (with the same global clipboard principle like uBlock). I'm currently not fully happy with the global clipboard because it stretches the process of adding new domain rules for my devices. I need to add the rule on my first device, press upload, and download and merge it on all my other devices.

Could you explain me your reasons, why you are in favor of the global clipboard instead of just syncing it over all devices?

[rugk]

IMHO it would already help to have sync support without Android. :smile:

[ostrich]

Syncing the settings file to Google Drive, Dropbox, or any other cloud storage solution would work as well.

For me, this is a killer feature. Managing my whitelist across devices is a pain.

[MarkCallow]

Syncing the settings file to Google Drive, Dropbox, or any other cloud storage solution would work as well.

Depends on your definition of "as well". In my view these would be worse solutions. You need accounts on these services and need to decipher additional privacy policies to determine if what is saved on these services would be encrypted with a key only I know.

Using Firefox sync is far preferable. I'm pretty sure my other bookmarks etc. are being sync'ed to my Android device.

[ghost]

I would think that the best way to implement this would be via an abstraction such that firefox sync and chrome sync could both use the abstraction layer.

[ostrich]

Syncing the settings file to Google Drive, Dropbox, or any other cloud storage solution would work as well.

Depends on your definition of "as well". In my view these would be worse solutions. You need accounts on these services and need to decipher additional privacy policies to determine if what is saved on these services would be encrypted with a key only I know.

Using Firefox sync is far preferable. I'm pretty sure my other bookmarks etc. are being sync'ed to my Android device.

"In addition to the already proposed solutions." Are you a native English speaker?

[rugk]

No offense here, people…

IMHO we should keep this issue about the native' browsers sync (probably someone can adjust the title) and open a different issue for alternative sync solutions.
The reason is just that browser sync is far easier to implement than any third-party synchronization solution.

[kah0922]

I don't think Firefox For Android will ever get support for proper sync. So it's either wait for Fenix, or just implement sync for Desktop, hopefully the latter.

[rugk]

I don't think Firefox For Android will ever get support for proper sync.

Actually, it already has. And I can confirm as an extension author that the sync storage is actually properly synced.

[kah0922]

I don't think Firefox For Android will ever get support for proper sync.

Actually, it already has. And I can confirm as an extension author that the sync storage is actually properly synced.

...but it literally states in your link that it isn't supported.

[rugk]

Hmm okay, so storing locally works, at least… need to look at that :smile:

[05nelsonm]

check out Tampermonkey's sync features. Copy Paste!!!

[LilDevil]

A simple test...

var myStorage
if (browser.storage.sync) {
  myStorage = browser.storage.sync;
else if (chrome.storage.sync) {
  myStorage = chrome.storage.sync;
} else {
  myStorage = browser.storage.local;
}

Then in other places in the code simply use myStorage

Granted it's a little more complex, as the browser functions use promises and the chrome functions use callbacks. This could be ignored by using chrome in Firefox as well.

[rugk]

For Chrome compatibility with the proper browser API including Promises, you can just use https://github.com/mozilla/webextension-polyfill/.

Actually that whole comment is off-topic here, as you can always just use browser.storage.sync (with above polyfill), because even on Firefox for Android it will work – it just won't sync the data, but it saves it locally.

[j2nik]

Any update on this?

[kennethtran93]

I think this would come after [ I ] try to get a better export working with the core settings.

[GauthierPLM]

This would be a very good addition to the extension. I have two devices and usually go on the same websites on each. Moreover, I use multiple version of Firefox and Chrome (web dev) and would love to see sync implemented to avoid the redundancy of creating the whitelist and settings.

From my understanding, I think using the sync API would be a better choice, while requesting its implementation on Android (either in Firefox for Android, either in Fenix). I am not sure about the status of this as I don't use Android, but the Firefox team would probably do it with if the demand is here, and if this API is widely used.

[Psyveira]

Please add this, this is the only missing feature that keeps the Extension from being perfect.
I will even donate some money for it when it has a Sync function...

[skjerns]

This would be extremely useful, also for Vivaldi sync! Other extensions keep the settings somehow when I restore from the cloud, so I guess this is possible even without too much custom code.

[kennethtran93]

So what I have thought up design wise is the following. Please provide some feedback as the direction that it should take:

• new page in settings for sync-related data.
• a warning about automatic syncing that will override existing configuration.
• create an area to store configurations data locally, by timestamp created.
• sync data to only include setting and expressions. No clean history.
• no cross browser capabilities at this time.

More of a special note for Firefox:

• try matching by container name. If multiple container with same name exists, inform user and provide conflict info and option to select which container the sync data should be applied to.
• that or before even overwriting data from sync, show a map that allows users to cross-reference which container ID from sync should be linked to which local container. Probably a dropdown list or something similar where the default one matches the name, or if multiple conflicting names have user decide each one manually.

[GauthierPLM]

The solution looks good on my side. Timestamping is useful to avoid conflicts. When would you trigger the sync? When a setting or expression changes?

What I hope to see with the sync feature:

• I connect my new Firefox install to my Firefox account.
• Add-ons are synchronised.
• CAD settings are synchronised from my account (no settings exist locally)
• When I whitelist a domain or change a setting, CAD' settings are saved in the cloud.
• A few hours later, when coming back home, the change I made at work is automatically synced and I don't have to exclude again the domain.

[Psyveira]

@GauthierPLM that sounds exactly how I imagined it. It would be great if it eventually works like that. Then I will 100% donate to this extension, because it would make it perfect in my eyes.