Protect toolbox data after IndexedDB startup failures
All checks were successful
Deploy Sokko G / deploy (push) Successful in 18s
All checks were successful
Deploy Sokko G / deploy (push) Successful in 18s
This commit is contained in:
parent
b53c7c17c8
commit
09a2d4b71a
13 changed files with 242 additions and 5 deletions
|
|
@ -37,6 +37,15 @@ Entrée type dans `modules` :
|
|||
|
||||
### Ordre et confirmation des écritures
|
||||
|
||||
Le démarrage attend la lecture complète du registre, des liens, des modules et
|
||||
de la position des notifications avant d'ouvrir l'interface. Un échec laisse
|
||||
le stockage non prêt : les méthodes d'écriture refusent les opérations, et la
|
||||
création, l'import et l'export ne peuvent pas utiliser un état vide incomplet.
|
||||
Le bouton de reprise relance uniquement les lectures, sans supprimer de données.
|
||||
Une ouverture IndexedDB échouée n'est pas conservée dans le cache de connexion.
|
||||
Les erreurs de lecture sont distinctes des erreurs d'écriture et ne sont pas
|
||||
présentées systématiquement comme un dépassement de quota.
|
||||
|
||||
Dans une instance de l'application, le registre, les liens, les modules et la
|
||||
position des notifications partagent une file d'écritures. L'interface présente
|
||||
les modifications en attente ; en cas d'échec, elle est reconstruite depuis le
|
||||
|
|
|
|||
Loading…
Add table
Add a link
Reference in a new issue