Fix : try FS 3
All checks were successful
release / build (push) Successful in 25s
release / verify-windows (push) Successful in 1m11s

This commit is contained in:
jeanotx32
2026-08-11 23:53:16 +02:00
parent 936c598013
commit dde98f25ac
4 changed files with 65 additions and 5 deletions

View File

@@ -188,9 +188,26 @@ correspond » ; elles sont maintenant séparées :
| Symptôme | Cause |
| --- | --- |
| `Authorization required` / `Invalid MIT-MAGIC-COOKIE-1 key` | cookie X introuvable ou périmé |
| `Aucune fenêtre visible sur DISPLAY=:0` | session Wayland, ou navigateur hors session |
| `Session Wayland : seule la fenêtre technique du compositeur est visible` | voir ci-dessous |
| `Aucune fenêtre visible sur DISPLAY=:0` | navigateur lancé hors de la session de l'agent |
| Liste des fenêtres ouvertes | titre mal renseigné — recopier un fragment de la liste |
### Wayland
Ubuntu démarre en session Wayland par défaut, et Firefox y tourne en client Wayland natif.
Une telle fenêtre est **invisible à xdotool** : ni activation, ni envoi de touche. Le
symptôme est net — côté X11, seule `mutter guard window` apparaît, la fenêtre technique du
compositeur. L'agent reconnaît cette signature et le dit explicitement.
Deux issues :
- **Rester en Wayland, passer Firefox sous XWayland.** L'agent pose `MOZ_ENABLE_WAYLAND=0`
en lançant le navigateur, ce qui suffit — *à condition qu'aucune instance Firefox ne
tourne déjà*. Firefox délègue l'URL à l'instance existante, qui garde ses propres
variables d'environnement : ferme toutes ses fenêtres avant de lancer la capture.
- **Ouvrir une session Xorg.** Sur l'écran de connexion GDM, roue dentée en bas à droite →
« Ubuntu sur Xorg ». Tout redevient pilotable, y compris une fenêtre ouverte à la main.
Si le rappel du plein écran s'avère fragile sur ta VM, l'alternative sans clavier est de
lancer le navigateur en mode kiosque (`chromium --kiosk`) : il n'y a alors plus de plein
écran à restaurer.