plotly / plotly/dash

Differences in dcc.Store storage_type performance with dash 2.17.1

Offen
#2,907 0 Kommentare 0 Reaktionen 0 zugewiesene Personen Auf GitHub ansehen

Dieses Issue hat noch niemand übernommen.

feature P3
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 as session was 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 specify dash==2.16.1 even with storage_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

Beitragsleitfaden öffnen

Erste Schritte

  1. Lies das ganze Issue und danach den Beitragsleitfaden des Projekts.
  2. Schreib ins Issue, dass du es übernimmst — das erspart doppelte Arbeit.
  3. Forke das Repository und arbeite in einem Branch.
  4. Ö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

Neue Issues direkt in Ihr Postfach

Eine kurze Übersicht über anfängerfreundliche GitHub-Issues.