You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
This repository was archived by the owner on Nov 6, 2023. It is now read-only.
Repository navigation
This repository was archived by the owner on Nov 6, 2023. It is now read-only.
Played with chrome.storage.sync.set({disabledList: [...]}) in HTTPS Everywhere to see when it stopped spitting out errors
Old data (got error): 14412 bytes
New data (no error): 7568 bytes (prob could run up to 8192 but conclusive enough)
Discussion:
Solutions to work around 8192 byte limitation will eventually run into same issues (i.e. total storage is 102400 bytes, gzipping saves maybe 50% of data)
Probably better to check usage via getBytesInUse then notify user they need to remove existing sites
Maybe Mozilla can be convinced to increase their quota (unsure if same issue exists in Chrome)
I'm sure y'all have better ideas than me around this =)
@zoracon Maybe we can move towards using local browser storage instead of the sync one, or allow the user to choose? As far as I know, local storage is almost unlimited in its size.
A few lines down from chrome.storage.sync settings is chrome.storage.local. The limitation there is 5MB instead of 100KB total, definitely more reasonable:
Activity
pipboy96 commentedon Dec 30, 2020
@zoracon Maybe we can move towards using local browser storage instead of the sync one, or allow the user to choose? As far as I know, local storage is almost unlimited in its size.
twolfson commentedon Dec 30, 2020
A few lines down from
chrome.storage.syncsettings ischrome.storage.local. The limitation there is 5MB instead of 100KB total, definitely more reasonable:https://searchfox.org/mozilla-central/rev/8d55e18875b89cdf2a22a7cba60dc40999c18356/toolkit/components/extensions/schemas/storage.json#341-351