Vimium: Firefox 65 : le défilement n'est pas fiable avec le défilement fluide désactivé

Créé le 2 févr. 2019  ·  4Commentaires  ·  Source: philc/vimium

Jusqu'à Firefox 64.0.2, tout fonctionnait bien avec le défilement fluide désactivé. Depuis FF65, il est devenu peu fiable. Parfois, cela semble bien fonctionner, puis soudain, tout ou partie de cela se produit :

  • le défilement d'une demi-page défile juste assez loin pour passer au-delà du premier élément visible.
    (tout en haut de la page, faites défiler la moitié vers le bas, la moitié vers le haut, la moitié vers le bas ; répétez jusqu'à ce que cela se produise)
  • lors du changement de sens de défilement, la première touche est ignorée et doit être répétée
  • la distance de défilement est doublée
  • Une pression aléatoire sur une touche de défilement est ignorée.
  • Une pression sur une touche de défilement répète l'action de défilement précédente à la place ou en plus de l'action souhaitée.

Je pense que la plupart peuvent être expliqués en quelque sorte comme une sorte de combinaison avec l'événement de défilement précédent, mais parfois j'obtiens des défilements à double distance directement après un changement de direction ou des touches ignorées même si je viens d'utiliser la même action de défilement. (Je ne peux pas reproduire ça, peut-être que je l'ai imaginé)

J'ai désactivé le défilement fluide, l'activer n'est pas une solution car cela me donne la nausée.

Je pourrais le reproduire dans un nouveau profil avec juste vimium installé. Je pense que cela se produit sur toutes les pages Web, mais juste au cas où j'aurais testé une URL : https://www.archlinux.org/

picture progandy
👍8

Commentaire le plus utile

J'ai également rencontré ce problème, ou du moins je suis à peu près sûr que c'est le même problème. Le symptôme le plus notable est que lors du changement de direction de défilement, la première pression de touche est ignorée, comme @progandy l'a écrit ci-dessus. J'ai remarqué le problème sur chaque page Web que j'ai visitée, y compris Github.

Je n'ai remarqué aucune différence selon que le défilement fluide est activé ou désactivé. Cependant, la désactivation de Firefox multiprocessus en définissant _browser.tabs.remote.autostart_ sur _false_ semble contourner le problème. (Edit : après plus de tests, je peux dire que cela contourne définitivement le problème pour moi)

J'utilise et vois le problème sur les versions de Firefox 65.0[.1] et 66.0b[6,7,8] bêta. Les deux sont des versions 64 bits, fonctionnant sur Windows 10 1809 entièrement mis à jour. Normalement, vimium n'est pas la seule extension que j'utilise, mais le problème apparaît même sur un nouveau profil avec uniquement vimium installé.

La version Vimium est la 1.64.3.

picture juhovi le 11 févr. 2019
👍4

Tous les 4 commentaires

J'ai également rencontré ce problème, ou du moins je suis à peu près sûr que c'est le même problème. Le symptôme le plus notable est que lors du changement de direction de défilement, la première pression de touche est ignorée, comme @progandy l'a écrit ci-dessus. J'ai remarqué le problème sur chaque page Web que j'ai visitée, y compris Github.

Je n'ai remarqué aucune différence selon que le défilement fluide est activé ou désactivé. Cependant, la désactivation de Firefox multiprocessus en définissant _browser.tabs.remote.autostart_ sur _false_ semble contourner le problème. (Edit : après plus de tests, je peux dire que cela contourne définitivement le problème pour moi)

J'utilise et vois le problème sur les versions de Firefox 65.0[.1] et 66.0b[6,7,8] bêta. Les deux sont des versions 64 bits, fonctionnant sur Windows 10 1809 entièrement mis à jour. Normalement, vimium n'est pas la seule extension que j'utilise, mais le problème apparaît même sur un nouveau profil avec uniquement vimium installé.

La version Vimium est la 1.64.3.

juhovi picture juhovi le 11 févr. 2019
👍4

Confirmé.

Le browser.tabs.remote.autostart dans " about:config " a une influence sur le défilement.

La ligne

lors du changement de sens de défilement, la première touche est ignorée et doit être répétée

nécessite qu'un testeur n'appuie qu'une seule fois sur "j" pour faire défiler vers le bas, puis sur "k" pour faire défiler vers le haut - si "j" est enfoncé deux fois, alors "k" fonctionne comme prévu.

Par conséquent, il semble qu'il s'agisse d'un bogue des événements keydown/keyup.

Mis à jour:

Le "doit être répété" est dû au fait que Firefox rejoue "toujours" l'action de défilement précédente, puis celle rejouée ("j#2") a annulé les effets de celui recherché ("k"). Cela devrait être un bogue de Firefox et peut expliquer certains des autres problèmes mentionnés ci-dessus.

Et si vous utilisez des étapes de défilement différentes pour "j" et "k", vous verrez la page se déplacer un peu sur "k".

Je n'ai trouvé aucune solution à ce sujet. Peut-être que nous devons attendre Firefox pour le réparer.

image

Ajoutée:

Il est étrange que mon Vimium personnalisé n'ait pas un tel problème, alors que je n'ai trouvé aucune différence de clé efficace.

Sur mon Vimium personnalisé, le défilement fluide sur un <textarea> s'interrompt.

gdh1995 picture gdh1995 le 22 mars 2019
👍1

Je ne sais pas quelle version de Firefox (ou Vimium) a corrigé cela et comment, mais je n'ai plus ce problème.
Firefox 71.0, Vimium 1.64.6. _browser.tabs.remote.autostart_ est défini sur _true_ (ce qui est la valeur par défaut, je crois)

juhovi picture juhovi le 15 déc. 2019

Cela semble fonctionner pour moi aussi maintenant, je suppose que je vais clore le sujet.

J'ai appris à l'ignorer et d'une manière ou d'une autre, je n'ai jamais remarqué qu'il était réparé.

progandy picture progandy le 15 déc. 2019
Cette page vous a été utile?
0 / 5 - 0 notes

Questions connexes

Poseiden picture Poseiden  ·  3Commentaires
nick-s-b picture nick-s-b  ·  4Commentaires
Semro picture Semro  ·  3Commentaires
umutyazgan picture umutyazgan  ·  4Commentaires
chutaklee picture chutaklee  ·  4Commentaires