Riprendere dopo correzioni e interruzioni senza perdere stato #51

New Issue

2026-09-28T13:06:23Z

mptyl commented

2026-09-28 13:06:23 +00:00

Parent

Spec: installazione da documenti verificati e distribuzione Docker Hub.

What to build

L'operatore corregge un endpoint, una credenziale o un altro documento dopo un errore
e riprende l'intero percorso con verifiche aggiornate. Questo ticket completa il
recupero fra stadi e modalità, oltre ai retry locali già consegnati dai singoli ticket.

Acceptance criteria

Cambiamenti ai documenti, ai contenuti/revisioni workspace o al rilascio invalidano le sole verifiche/fasi dipendenti; le altre vengono riconciliate con lo stato reale.
La rotazione di una credenziale viene rilevata senza esporla o pubblicarne fingerprint non protetti; si ripetono le prove necessarie.
Ripresa dopo interruzione nei confini fra pull, inizializzazione, importazione Catalog, sync e preprocessing non duplica operazioni già persistite.
Il preprocessing interrotto è rieseguito secondo il contratto esistente, senza promettere resume interno; un run in attesa di decisione umana conserva tale stato.
Interruzioni, errori e concorrenza non corrompono il journal né attivano reset di volumi; diagnosi e stato rimangono privi di segreti.
Test del percorso pubblico, con guasti controllati e integrazione dove conta la persistenza, dimostrano conservazione di sessioni, Evidence, descrizioni e Memory in entrambe le modalità.
Le guide IT/EN presentano scenari di correzione/ripresa senza suggerire la cancellazione dei dati come normale rimedio.

Blocked by

#49 — Portare il workspace alla readiness con controlli runtime.
#50 — Conservare il percorso esplicito da sorgente.

## Parent [Spec: installazione da documenti verificati e distribuzione Docker Hub](https://git.tylconsulting.it/mptyl/ThothII/issues/42). ## What to build L'operatore corregge un endpoint, una credenziale o un altro documento dopo un errore e riprende l'intero percorso con verifiche aggiornate. Questo ticket completa il recupero fra stadi e modalità, oltre ai retry locali già consegnati dai singoli ticket. ## Acceptance criteria - [ ] Cambiamenti ai documenti, ai contenuti/revisioni workspace o al rilascio invalidano le sole verifiche/fasi dipendenti; le altre vengono riconciliate con lo stato reale. - [ ] La rotazione di una credenziale viene rilevata senza esporla o pubblicarne fingerprint non protetti; si ripetono le prove necessarie. - [ ] Ripresa dopo interruzione nei confini fra pull, inizializzazione, importazione Catalog, sync e preprocessing non duplica operazioni già persistite. - [ ] Il preprocessing interrotto è rieseguito secondo il contratto esistente, senza promettere resume interno; un run in attesa di decisione umana conserva tale stato. - [ ] Interruzioni, errori e concorrenza non corrompono il journal né attivano reset di volumi; diagnosi e stato rimangono privi di segreti. - [ ] Test del percorso pubblico, con guasti controllati e integrazione dove conta la persistenza, dimostrano conservazione di sessioni, Evidence, descrizioni e Memory in entrambe le modalità. - [ ] Le guide IT/EN presentano scenari di correzione/ripresa senza suggerire la cancellazione dei dati come normale rimedio. ## Blocked by - [#49](https://git.tylconsulting.it/mptyl/ThothII/issues/49) — Portare il workspace alla readiness con controlli runtime. - [#50](https://git.tylconsulting.it/mptyl/ThothII/issues/50) — Conservare il percorso esplicito da sorgente.

mptyl added the ready-for-agent label 2026-09-28 13:06:23 +00:00

mptyl referenced this issue

2026-09-28 13:06:24 +00:00

Collaudare l'installazione pubblicata su Windows/WSL2 #52

mptyl added a new dependency 2026-09-28 13:06:37 +00:00

#49 Portare il workspace alla readiness con controlli runtime

mptyl added a new dependency 2026-09-28 13:06:38 +00:00

#50 Conservare il percorso esplicito da sorgente

mptyl added a new dependency 2026-09-28 13:06:39 +00:00

#52 Collaudare l'installazione pubblicata su Windows/WSL2

Sign in to join this conversation.