Differences in dcc.Store storage_type performance with dash 2.17.1
Dieses Issue hat noch niemand übernommen.
- Vorherrschende Sprache
- Python
- Sterne
- 24.4k
- Forks
- 2.3k
- Ø Merge
- 2 T. 7 Std.
- Gemergte PRs (30 T.)
- 13
Beschreibung
Background callback running correctly (loading animations appearing, print statements appearing too, etc) buut when it finishes it errors out (no output is returned) with this error in the console:
Failed to execute 'setItem' on 'Storage': Setting the value of 'flag_storage' exceeded the quota.
It was resolved by changing the storage_type to 'memory' as per: https://community.plotly.com/t/error-the-quota-has-been-exceeded/26944
Description by the user:
When tested with
storage_type = 'memory'instead of'session', we don’t get the issue, so I tried to understand more why the issue happened only in the past weeks while the storage assessionwas used for one year on server (Dash Enterprise) and still works in our local machine.
The only difference is that on the server we recently switched from the 2.16.1 version (that we still use on local machine) to the 2.17.1; if we specifydash==2.16.1even withstorage_type='session'we get no issue, but with 2.17.1 we have it.
I don't have additional information and haven't had the opportunity to try to replicate this.
Beitragsleitfaden
Erste Schritte
- Lies das ganze Issue und danach den Beitragsleitfaden des Projekts.
- Schreib ins Issue, dass du es übernimmst — das erspart doppelte Arbeit.
- Forke das Repository und arbeite in einem Branch.
- Öffne einen Pull Request, der die Issue-Nummer nennt.
Rechercherichtung
Beginne damit, das Problem mit Dash 2.16.1 und 2.17.1 nachzustellen, und vergleiche dcc.Store mit storage_type, das auf 'session' bzw. 'memory' gesetzt ist. Das Problem ist abgeschlossen, wenn das versionsabhängige Speicherverhalten und der Kontingentfehler 'flag_storage' verstanden sind und ein verifizierter Fix oder eine dokumentierte Einschränkung bereitgestellt wurde.
Vom Indexierungsmodell aus dem Issue-Text verfasst.
Bewertung
- Tech-Stack
- python
- Bereich
- frontend
- Issue-Typ
- Bug
- Schwierigkeit
- 4/5
- Geschätzter Aufwand
- 3-5 Tage
- Aktivitätsstatus
- Veraltet
- Klarheit
- Muss geklärt werden
- Anfängerfreundlichkeit
- 25/100