Fix : quality selection

README.md

@@ -297,13 +297,15 @@ en 720p — OBS ne peut pas inventer des pixels absents du flux source.
 Stripchat ne démarre pas toujours sur sa meilleure qualité disponible, et chaque nouvelle page
 (donc chaque nouveau stream ouvert) repart de ce choix du site, pas du précédent réglage
 manuel. En mode BiDi, l'agent clique le bouton de qualité du lecteur puis la meilleure option
-du menu, en un seul aller-retour :
+du menu :
 
-```js
-document.querySelector('.player-resolution').click();
-// attend le menu, puis clique l'option marquée « (Source) », ou à défaut celle dont la
-// valeur numérique (extraite de « 1080p », « 960p »…) est la plus élevée
-```
+1. repère le bouton (`.player-resolution`) et clique dessus,
+2. attend le menu, puis clique l'option marquée « (Source) », ou à défaut celle dont la
+   valeur numérique (extraite de « 1080p », « 960p »…) est la plus élevée.
+
+Le clic part par un vrai évènement souris WebDriver (`input.performActions`), pas par un
+`.click()` scripté dans la page : un essai au `.click()` DOM laissait le menu fermé — le site
+ignore apparemment les clics non fiables (`isTrusted: false`) sur ce bouton.
 
 La comparaison porte sur la valeur numérique, pas sur la position dans la liste : une échelle
 tronquée (rien au-dessus de 480p) ou une valeur atypique — souvent le cas des flux
@@ -313,7 +315,8 @@ trompent donc pas le choix.
 Couplé à la structure actuelle du lecteur Stripchat — deux classes CSS
 (`.player-resolution`, `.player-resolution-tooltip__button--resolution`) relevées en
 inspectant la page en direct. Sans effet, mais sans erreur non plus (juste un avertissement
-dans l'historique), si Stripchat change ce balisage.
+dans l'historique), si Stripchat change ce balisage — l'avertissement inclut alors un extrait
+du menu tel qu'ouvert, pour diagnostiquer sans repasser par les DevTools.
 
 #### Lancement simple