Vscode: Editeur: le défilement saute au hasard (lié à Chrome, Electron, xinput)

|||
| ------------- | ------------- |
| OS | Ubuntu 16.04 |
| Version VSCode | 1.13.1 |

J'obtiens un problème similaire lorsque Alt + Tabbing entre les fenêtres.
Par exemple, Alt+Tab vers Chrome pour lire des documents, etc., Alt+Tab pour revenir à VSCode, faites défiler vers le haut ou vers le bas d'un clic sur la molette de la souris, mais la page défile vers le bas d'au moins 3-4 pages assez régulièrement .

MISE À JOUR: problème toujours présent avec toutes les extensions désactivées.

Cela se produit également parfois avec la barre latérale droite (Explorer), lorsque Alt + Tabulation entre les fenêtres.
La dernière version: 1.14.2

Je rencontre ce problème depuis assez longtemps. Je n'y ai jamais vraiment réfléchi, et ça n'a pas empiré; mais je commence à vraiment trouver cela de plus en plus frustrant. L'impact réel sur ma productivité est au-delà de toute mesure.

Je constaterai que cela se produit par intermittence, mais fréquemment - dans lequel je vais essayer de faire défiler le fichier actuel, et soudainement je suis amené à un emplacement hors des limites de l'entrée. (Par exemple, j'essaye de faire défiler quelques lignes, et du coup je suis à la fin du fichier).

Certaines pensées clés peuvent être;

• En utilisant principalement un pavé tactile - mais je suis très convaincu que cela s'est également produit à partir de l'entrée de défilement de la souris.
• Ce n'est pas lié au bogue d'entrée du pavé tactile - il n'y a pas de délai - il s'agit d'un défilement INSTANTANÉ vers une section, ce que je pensais être aléatoire, du fichier (mais selon le journaliste; peut-être la fin du fichier).
• Le défilement n'est pas associé à l'emplacement du curseur (il ne s'agit pas seulement de faire défiler jusqu'à l'emplacement de mon curseur actuel - le plus souvent, le curseur est l'endroit à partir duquel je défile)
• La distance de défilement, comme mentionné ci-dessus, est hors des limites de l'entrée - il ne peut donc pas s'agir d'un périphérique défectueux (par exemple, le pavé tactile ou la souris tente en fait de faire défiler cette distance)
• Selon @MattMcMurray, je passe BEAUCOUP de temps à tabuler entre les fichiers, à basculer rapidement entre les fichiers CTRL + P, à alterner entre les fenêtres et à permuter l'espace de travail.
• Selon @mariusa - j'utilise Linux (Debian). Je n'utilise ni macOS ni Windows (je ne peux donc pas fournir de tests pour ces environnements).

J'ai délibérément laissé la version de Debian (Buster) et VSCode hors de cette note. J'utilise le dernier des deux, mais cela est certainement présent depuis longtemps.

Je m'efforcerai de fournir une contribution constructive supplémentaire dans les tentatives de découvrir où se situe le problème, et j'essaierai de prêter plus d'attention lorsque cela se produit. @ ramya-rao-a & @rebornix - Je m'attendrais à ce que cela affecte beaucoup plus d'utilisateurs que ce qui a été rapporté ici, donc vous taguer ici. Juste une question de combien de temps avant qu'ils n'arrivent eux aussi à ce niveau de frustration.

Édité; inclus des informations supplémentaires, étiqueté certaines personnes et corrigé certains contenus.

Même chose ici, impossible de trouver un moyen de le reproduire de manière fiable. C'est vraiment douloureux.
Je n'utilise pas plusieurs espaces de travail, juste une tabulation alt entre les fenêtres (également CTRL + P commutation rapide entre les fichiers, mais cela ne semble pas affecter cela). J'utilise juste le défilement de la souris, pas de pavé tactile.

Cela me dérange depuis un certain temps, et je pense que je peux le reproduire. Cela n'arrive (pour moi du moins) que s'il y a le mini champ de recherche dans le coin supérieur droit de l'éditeur. Si je le rejette, le défilement disparaît.

EDIT: je suis sous Windows et OSX.

@tmtke Donc, vous avez certainement eu cela sur Windows?

@dmblack Oui, c'est arrivé sous Windows.

... putain, je pense que ce n'est pas si cohérent. peut-être une combinaison de la zone de recherche et des lignes de référence en ligne. Je ne sais rien maintenant: /

Je peux confirmer ce comportement pour Ubuntu 16.04, VC 1.18.1 si je passe de Chromium ou Firefox à VS Code. Si vous revenez de Nautilus ou Thunderbird pour des exemples, tout fonctionne bien.

J'expérimente également cela sur Fedora 27
vscode Version 1.18.1

Je peux enfin, et de manière cohérente, reproduire. Je peux également confirmer que cela affecte non seulement les navigateurs tels que Chromium, Firefox et Google Chrome, mais d'autres applications ouvertes. Je peux même n'avoir aucune application ouverte, seul mon bureau est visible et reproduit.

Pour cet exemple, simplifié pour assurer la fiabilité; Configuration requise: Navigateur (Chromium / Firefox / Google Chrome), VSCode Editor (Tout type de fichier. Idéalement, un fichier long pour s'assurer que le défilement est visible.)

1. VSCode: laissez le curseur en haut du fichier.
2. Navigateur: faites défiler excessivement (pendant quelques secondes) vers le bas de la page. Même s'il s'agit d'un onglet vide sans contenu.
3. VSCode: Faites défiler, très légèrement, dans n'importe quelle direction.

Vous constaterez que l'éditeur sautera soudainement plus bas dans le fichier actif.

Il semble que VSCode reçoive les événements de défilement, quelle qu'en soit la raison; qui sont tous soudainement évalués sur n'importe quelle forme d'entrée de défilement dans l'éditeur.

@tmtke @mariusa Vous taguant tous les deux, si vous êtes en mesure de tenter de reproduire.

Quelque chose me dit qu'il s'agit en fait d'un bogue Electron. Malheureusement; Je n'ai aucune autre application Electron à tester.

Edit: j'ai maintenant une boîte Windows 10 à la maison. S'efforcera de tester et d'ajouter des résultats ce soir.

J'ai également pu reproduire ce problème avec Ubuntu 16.04. Peu importe l'application vers laquelle je passe (testée avec Chromium, gedit) même si je n'ai pas pu reproduire en faisant défiler sur un bureau vide. Je ne rencontre pas cela avec Windows 7. Je ne pense pas que cela ait quoi que ce soit à voir avec la recherche ou les extensions, car lorsque je démarre le code avec --disable-extensions et que je n'utilise pas la fonction de recherche, le problème se produit toujours de manière cohérente.

Edit: Je ne veux pas dire que quelque chose est lié sans de meilleurs tests, mais l'équipe Electron / Atom a un problème très similaire qui a été signalé à Atom: https://github.com/atom/atom/issues/15482 Le la description est presque identique. Il y a quelques suggestions sur le passage à Wayland, l'utilisation de l'éditeur dans un autre espace de travail, etc. J'ai pu confirmer que le fait de placer VSCode dans un autre espace de travail a empêché le problème de se produire. Cela semble au moins dans mon cas que ce n'est pas un problème spécifique à VSCode pour le moment.

Comme @dmblack le suppose, il semble que ce soit un bogue Electron. Un Atom lié question a fourni des mesures pour reproduire le problème. Il semble qu'Electron reçoive des événements de défilement des applications Chromium qui se trouvent au-dessus de l'application Electron, puis les rejoue après un événement de défilement sur l'application Electron.

La mise à jour d'Electron semble cependant résoudre le problème, c'est donc à l'équipe vscode de le résoudre.

@rebornix Pouvons- nous avoir votre avis (marquage tel qu'il vous est attribué). On dirait que cela peut être hors de nos mains autrement.

• Souhaitez-vous que nous essayions de confirmer Electron?
• Existe-t-il des plans pour une mise à jour Electron avec VSCode?

Merci à tous les autres impliqués jusqu'à présent!

J'ai ce problème. C'est douloureux. VSCode écoute l'événement de défilement de la souris même s'il n'est pas actif dans la fenêtre.

J'ai appris qu'il s'agissait d'un bogue du projet Chromium et donc affectant VScode pour être basé sur des électrons qui utilisent le moteur Chrome sous le capot.

Je viens de déposer un bug: https://bugs.chromium.org/p/chromium/issues/detail?id=807187

Je ne sais pas s'ils prennent cela au sérieux.

Je me demande si c'est vraiment un bogue Electron. L'éditeur Atom n'a pas ce problème et la version actuelle d'Atom (1.23.3) utilise une version beaucoup plus ancienne d'Electron:

ares: "1.10.1-DEV"
atom-shell: "1.6.15"
chrome: "56.0.2924.87"
electron: "1.6.15"
http_parser: "2.7.0"
modules: "53"
node: "7.4.0"
openssl: "1.0.2j"
uv: "1.10.1"
v8 : "5.6.326.50"
zlib: "1.2.8"
````

vs code 1.19.3 :

ares: "1.10.1-DEV"
atom-shell: "1.7.9"
chrome: "58.0.3029.110"
électron: "1.7.9"
http_parser: "2.7.0"
microsoft-build: "1.7.9"
modules: "54"
nœud: "7.9.0"
openssl: "1.0.2k"
uv: "1.11.0"
v8: "5.8.283.38"
zlib: "1.2.11"
''

Si c'est un problème dans Electron, je soupçonne que beaucoup plus d'utilisateurs seraient concernés.
Existe-t-il une extension ou un outil commun qui déclenche ce comportement?
Cela m'arrive encore lors de l'exécution de vs code avec: code --disable-extensionsmais pas lors de l'exécution de vscode et chrome sur une installation propre, sans aucune extension installée.

J'utilise également PlatformIO et wakatime comme extensions, je devrais peut-être essayer d'installer mes extensions une par une et voir quand le problème commence à apparaître.

Quoi qu'il en soit, cela devient un tel frein à la productivité que je ne vois pas d'autre option que de changer d'éditeur. Si quelqu'un a trouvé une solution de contournement, veuillez partager.

mettre à jour:

• se produit également lors d'une installation propre, aucune extension n'est installée
• une stratégie d'atténuation plutôt délicate consiste à faire défiler vers le haut avant de faire défiler vers le bas dans vscode. Cela empêche le défilement soudain vers le bas du document car il semble effacer le tampon de défilement vers le bas.

Le problème est en quelque sorte lié à libinput. Pour contourner le problème, vous pouvez remplacer la libinput par evdev, dans ubuntu par xorg c'est:
"sudo apt supprimer xserver-xorg-input-libinput && sudo apt installer xserver-xorg-input-evdev". Mais vous devrez probablement configurer manuellement la souris.

@arenddeboer
Il y a un lien plus tôt dans ce fil dans lequel Atom présente des symptômes identiques ou similaires - publié par @vacantgeologist et @tranhl

Concernant vos premières notes «faites défiler vers le haut»; Dans mon expérience; l'éditeur fera défiler vers le haut ou vers le bas, entièrement en fonction de votre comportement dans d'autres applications. Selon mes tests; J'ai constaté que cela se produisait dans n'importe quelle application, ou même simplement sur mon bureau - pas seulement dans d'autres applications «Electron».

Concernant une solution de contournement; il y a quelques notes, aimablement clarifiées par @Fullpan. Je ne les ai cependant pas testés; Je serais intéressé par votre expérience / résultat si vous essayez cela. Veuillez prêter une attention particulière à leur note concernant la configuration manuelle potentielle de votre souris.

@mariusa
Pourriez-vous s'il vous plaît mettre à jour la description / les informations d'origine pour inclure des informations supplémentaires trouvées par d'autres utilisateurs ici. Cela évitera d'autres publications d'utilisateurs qui pourraient manquer ou mal comprendre d'autres contenus de ce fil maintenant beaucoup plus long.

J'encouragerais les informations ou les mises à jour de statut par certaines des parties prenantes du développeur appropriées, mais nous ne semblons pas avoir beaucoup de traction de leur part.

@dmblack terminé
@ ramya-rao-a Pourriez-vous s'il vous plaît affecter à un développeur plus réactif?

@dmblack merci pour les commentaires.
@Fullpan merci pour la référence libinput / xorg.
Cela m'a fait réaliser que j'avais WaylandEnable=false dans /etc/gdm/custom.conf. Revenir à Wayland a résolu le problème pour moi.

La même chose ici dans manjaro gnome quand je fais défiler dans chrome puis j'appuie sur alt + tab pour vs code, le scroll me met la fin.
DISTRIB_RELEASE = 17.1.2
version du noyau 4.9.77-1-MANJARO
version vs code 1.19.3
version libinput 1.9.4-1

Cela se produit systématiquement lors de l'utilisation de la synergie. C'est vraiment agaçant. Problème pertinent: https://github.com/symless/synergy-core/issues/6038

Si vous utilisez Ubuntu 17.10 avec le dernier environnement de bureau GNOME, vous remarquerez également ce bogue. J'ai essayé d'installer l'ancien Ubuntu DE "Unity" et d'utiliser VSCode dessus et je n'ai pas remarqué ce bogue. Tout a fonctionné comme prévu sans aucune erreur.

Linux 4.13, X11 avec GNOME (pas la session Wayland)

Une autre victime de ce bogue ici aussi, mais j'utilise le mode zen et j'ai moins de chances que cela m'arrive, le redémarrage de chrome et VsCode semble dans mon cas aider à "déconnecter" les événements de défilement des applications.

Le système est Manjaro KDE plasma 5

Cela m'arrive aussi. Ubuntu Gnome 16.04. Lorsque je fais défiler une application, puis que je passe à vscode ou à chrome, il défile par rapport à ce que j'ai fait défiler dans l'autre application. C'est évidemment très distrayant. Quelqu'un a-t-il de la chance avec les solutions de contournement?

Problème super ennuyeux. J'obtiens maintenant ce problème dans Antergos avec GNOME.

J'ai dû placer mes principales applications ouvertes dans leurs propres espaces de travail séparés et avoir une liaison clavier pour basculer entre ceux-ci.

Quelqu'un obtient-il cette erreur en mode zen? Je l'utilise tout le temps et j'ai passé 4 jours sans le problème, je ne sais pas si cela peut être pertinent, mais je suppose que cela ne pouvait pas faire de mal de l'examiner.

FWIW, je peux reproduire ce problème dans Chrome, VSCode et Atom (en utilisant Fedora). Mais seulement sous X11.

J'ai vécu cela pendant un certain temps aussi. Si je suis dans une autre application pendant un certain temps, puis revenez au vscode, le moindre effort sur le pavé tactile ou la molette de la souris amène l'éditeur à passer à une nouvelle position. Je suis sur Debian 9.

Je peux également confirmer que ce problème se produit sur Ubuntu 17.10 sur la version du noyau 4.15.8-041508-generic.

Je peux confirmer que cela se produit toujours pour moi sur Ubuntu 18.04 LTS, VS Code Insiders:

Version 1.24.0-initié
Commit 2404210629c744e6237a14d7b5fa852e24c6e898

(X11)

Merde, c'est un bug très ennuyeux, passer au navigateur, faire défiler quelque chose là-bas, puis revenir dans VS, un scroll et le tour est joué! Je suis au bas de mon dossier.
Ubuntu 17.10

ce problème ennuyeux se produit sur ubuntu 18.04 LTS, et quand je passe à wayland ou que j'utilise alt+f2 and r pour recharger gnome, cela semble à nouveau fonctionner correctement. C'est peut-être une solution de contournement pour vous.

Cela doit être corrigé. C'est ennuyeux comme l'enfer.

@sevenryze Cela ne s'applique certainement pas à Wayland. Je quitterais totalement Wayland mais j'obtiens des performances médiocres, un comportement multi-moniteurs étrange et un support de pilote NVIDIA inexistant (pour le moment!).

Cependant, redémarrer GNOME n'a certainement aucun effet.

Je me demande; pour toute personne qui utilise VSCode (ou Atom, ou toute application basée sur Chromium / Electron) et _pas_ souffrant de ce bogue; quel environnement de bureau utilisez-vous?

En passant, je pense que l'utilisation d'evdev au lieu de libinput (sur X11) évite également ce problème.

J'utilise Ubuntu 16.04 avec Gnome. Aucune autre application d'électrons n'a ce problème.

Confirmation sur Debian 9 / Mate.

Utilisateur de Lubuntu 18.04 ici - J'ai également un comportement de défilement étrange sur les applications basées sur chrome - slack, vscode, chrome lui-même. Je n'obtiens pas de parchemins aléatoires, mais plutôt ces applications ignorent certains événements de défilement. Le plus drôle ici est que LXTerminal ignore également les événements de défilement. Firefox par exemple fonctionne parfaitement bien .. c'est vraiment ennuyeux. D'ailleurs, ce mélange d'applications indique la direction de l'infrastructure sous-jacente - sur Lubuntu 16.04, je n'ai eu aucun problème, mais après la mise à niveau vers 18.04, tout s'est déchaîné.

Idem ici sur Xubuntu 18.04.
Mais!
Peut se reproduire uniquement si je bascule entre VS Code et une autre fenêtre avec une combinaison alt + tab, si je passe en cliquant sur la fenêtre sur le défilement de la barre des tâches ne saute pas.

40 commentaires depuis juin 2017 et toujours pas de solution? En conséquence, je dois changer mon IDE.

@rebornix Je n'ai plus de problème depuis que j'utilise le mode zen, mais y a-t-il une possibilité de l'ajouter en tant que jalon ou priorité plus élevée pour les prochaines versions?

VSCode tout est génial mais ce bogue est tout simplement trop ennuyeux, je comprends qu'il y a beaucoup de problèmes et les feuilles de route sont réglées pour prendre en charge les améliorations et les bogues du mieux que vous le pouvez, et je suis plutôt content de la façon dont vous itérez. sur l'éditeur, mais je pense vraiment que ce problème n'a pas l'importance nécessaire car c'est un problème visuel qui arrive à casser et à perturber gravement le flux de travail des développeurs.

Cela rend VSCode essentiellement inutilisable car vous ne pouvez pas changer de fenêtre via alt + tab et c'est une fonctionnalité racine de base de l'application.

@ Esteban-Rocha Je peux reproduire un bug en mode Zen.

Veuillez arrêter de spammer ce bogue. VSCode est open source, si vous voulez qu'il soit corrigé, corrigez-le!
Il n'y a aucune valeur à ajouter des commentaires exigeant une correction de quelqu'un d'autre.

@smehrbrodt Nous créons une prise de conscience.

@smehrbrodt Ce n'est pas du spam, vous devez d'abord comprendre comment fonctionne OSS et en particulier comment fonctionne l'équipe VS Code.

@fotonmoton Ohh ça craint :(! J'ai peut-être de la chance alors, si c'est le cas, cela signifie que le problème est encore pire car il n'y a pas de piratage autour de lui

En passant, je peux confirmer qu'Atom a résolu ce problème pour ma configuration depuis la mise à jour vers Electron 2.0.0 (https://github.com/atom/atom/pull/17273).

Cependant, j'ai testé ce bogue sur les versions exploratoires de ce problème et, malheureusement, il semble toujours en souffrir.

Éditer:
Grattez ça, je ne testais pas Atom superposé sous une autre fenêtre; J'ai pu le reproduire dans Atom propulsé par Electron 2.0.0.

Mon observation. Le problème existe toujours avec Google Chrome, il est donc impossible de le voir corrigé de si tôt dans le code VS.

D'accord ... d'après ce que j'ai découvert jusqu'à présent, il semble que cela ait quelque chose à voir avec l'entrée provenant de différents périphériques d'entrée virtuels. L'installation et l'exécution de imwheel sans configuration supplémentaire résout le problème pour toutes les applications concernées.

@ dr0p

Il est probablement important de marquer cela comme une solution de contournement et non comme un correctif.

Appréciez vos commentaires. Je vais chercher à mettre en œuvre une solution de contournement fonctionnelle jusqu'à ce que cela soit résolu par les ressources appropriées.

Cela m'arrive lorsque je suis sur Ubuntu 18 LTS. Vraiment ennuyeux et affecte ma productivité.

MISE À JOUR :: en colère:

Je suis venu ici après avoir remarqué la même installation standard d'Ubuntu 18.04 (fraîche), VSCode installé à partir du «magasin» du logiciel Ubuntu. J'ai le même comportement si je fais défiler vers le haut et le bas dans VSCode, puis je passe à Chrome (par exemple cette longue page) et que je fais défiler, j'obtiens un saut. J'ai également le même problème avec l'application Slack qui est construite sur Electron, je crois, mais uniquement lorsque vous utilisez Alt-Tab - cliquer sur le dock ou l'application (si visible) ne semble pas provoquer ce comportement.

Informations sur la version de VSCode:

Version 1.24.1
Commit 24f62626b222e9a8313213fb64b10d741a326288
Date 2018-06-13T17: 47: 35.732Z
Shell 1.7.12
Moteur de rendu 58.0.3029.110
Nœud 7.9.0
Architecture x64

Peut confirmer que l'installation et l'exécution de imwheel est une solution de contournement, n'oubliez pas de démarrer imwheel après l'avoir installé. Malheureusement, je remarque que l'exécution de imwheel dans sa configuration par défaut semble empêcher Ctrl-Mousewheel de fonctionner comme contrôle de zoom.

Pour tous les falks Linux ici, il y a un hack très facile. vous pouvez installer imwheel et cela résoudra ce problème. J'utilise ce hack depuis un moment maintenant et je n'ai remarqué aucun problème. si vous êtes sur ubuntu, c'est aussi simple que sudo apt install imwheel , puis ajoutez cela dans vos programmes de démarrage système en ouvrant l'interface graphique des applications de démarrage et en ajoutant le programme /usr/bin/imwheel .

Salut...
J'utilise Debian 9 avec le bureau Mate. À partir de https://forums.linuxmint.com/viewtopic.php?t=241431 , pour contourner le problème, désactivez le défilement fluide à partir de Chrome. Travaille pour moi...

J'ai eu le même problème depuis Ubuntu 16.04 LTS avec unity, l'avais sur Ubuntu 17.10 avec gnome et maintenant sur 18.04 LTS avec gnome. Cela se produit également avec Sublime Text 3 et certains autres programmes. J'utilise principalement le défilement à 2 doigts du trackpad, même si je suis assez certain que cela se produit également avec une souris.

Je viens d'installer et d'exécuter imwheel selon la suggestion @hardikdangar , et les premiers résultats sont positifs.

Cela suggère que le comportement n'est pas directement lié au vscode, mais plutôt à la façon dont le truc X interprète la souris ou quelque chose.

FYI les gars, il y a un bouton «S'abonner». Il ne sert à rien de dire «Cela m'arrive aussi» dans un commentaire à moins que vous n'ayez plus de commentaires à ajouter au problème. Ne vous offusquez pas de cela. Je sais juste que cela dérange les gens qui écrivent du code pour des projets open source lorsqu'ils sont spammés sans raison.

J'utilise Mate sur la distribution Antergos et j'observe ce problème. J'utilise toujours chrome et vscode sur des espaces de travail séparés.L'imwheel ne fonctionne pas bien pour les pavés tactiles avec un défilement de précision, ce n'est donc pas une solution de contournement acceptable pour moi.
J'ai contourné mon problème en utilisant xdotool pour la commutation d'espace de travail, en remplaçant les raccourcis par défaut.

Je le fais de cette façon:
Déplacer vers l'espace de travail vers la gauche:
xdotool set_desktop --relatif - -1

Déplacer vers l'espace de travail vers la droite:
xdotool set_desktop --relatif - 1

J'espère que cela aidera jusqu'à ce que ce problème soit résolu ...

imwheel provoque un comportement de défilement horrible.

Je sais que c'est un bogue frustrant pour de nombreux utilisateurs (moi y compris), mais essayons de ne pas le supprimer sur les développeurs de vscode. D'après ce que j'ai compris, il s'agit d'un bug dans le chrome, et se fait donc également connaître dans Electron. Les développeurs de vscode font un travail incroyable, mais on pourrait dire que cela ne relève pas de leurs responsabilités. Si nous voulons une solution plus rapide, la communauté Linux doit s'impliquer, car l'équipe de chrome demande activement notre aide ici . N'essayant pas d'offenser, j'apprécie vraiment le travail acharné des équipes vscode

Même problème ici. vscode interagit mal avec chrome.

Dans mon cas, mon curseur saute toujours vers le haut de la page. C'est très ennuyeux car cela vous distrait de la lecture et peut entraîner une perte de concentration. Est-ce lié au même problème?
Ubuntu 18.04, Chrome Version 70.0.3538.67 (version officielle) (64 bits)

Oh non j'ai réussi à le déclencher avec l'électron 3 sur ubuntu 18.04.1. Je ne sais pas comment mais cela arrive certainement moins souvent en exploration.

Version: 1.29.0-exploration
Commit: 8fc99c65d2f01e7b413cde2d3bf7785356778381
Date: 2018-10-30T11: 31: 30.266Z
Électron: 3.0.6
Chrome: 66.0.3359.181
Node.js: 10.2.0
V8: 6.6.346.32
Architecture: x64

J'ai fait un petit peu de tests avec différents environnements de bureau, et j'ai trouvé que ce bogue se produit lors de l'utilisation de Gnome et XFCE4, mais pas dans LXQT ou KDE Plasma. Je ne sais pas s'il s'agit d'un cas isolé, mais au moins pour le moment, pour moi, il semble que les environnements de bureau basés sur GTK souffrent de ce bogue, contrairement aux environnements de bureau basés sur QT.

Les personnes ayant ce problème peuvent-elles voter sur le bogue du chrome? Celui-ci est toujours ouvert: https://bugs.chromium.org/p/chromium/issues/detail?id=807187

J'ai fait un petit peu de tests avec différents environnements de bureau, et j'ai trouvé que ce bogue se produit lors de l'utilisation de Gnome et XFCE4, mais pas dans LXQT ou KDE Plasma. Je ne sais pas s'il s'agit d'un cas isolé, mais au moins pour le moment, pour moi, il semble que les environnements de bureau basés sur GTK souffrent de ce bogue, contrairement aux environnements de bureau basés sur QT.

Merci d'avoir mentionné cela. Aujourd'hui, j'ai installé KDE plasma et ce bogue n'existe plus dans mon nouvel environnement.

Le défilement, en général, est également beaucoup plus fluide dans KDE.

dans ubuntu 18.04 et le dernier vscode, après alt + tab à l'opéra, alt + tab à l'éditeur de vscode défile vers le bas ou vers le haut du document.

mise à jour: imwheel provoque un comportement de défilement horrible.

Bonjour les gars, est-ce que quelqu'un sait comment résoudre ce problème? ou une solution de contournement jusqu'à ce que VS Code le corrige?

Je suis passé à Firefox, avec IE passant au chrome, c'est également la meilleure chose pour le Web. 😊

A part ça, pas de vraie solution de contournement jusqu'à présent, et j'ai essayé beaucoup de choses. L'outil «imwheel» mentionné ci-dessus fonctionne, mais il pose plus de problèmes qu'il n'en résout.

@Epskampie Il faut noter ici bien sûr que passer à Firefox n'aide pas! La fenêtre sur laquelle vous faites défiler avant de revenir au code VS (ou Atom, etc.) _ n'a pas besoin d'être basée sur Chromium._

Je peux reproduire cela de manière fiable avec Firefox + VS Code (mon navigateur de pilotes quotidien) ainsi qu'avec Chrome + VS Code.

Je peux même, en fait, reproduire cela avec Firefox + Chrome, en:

1. Ouverture de Chrome et Firefox sur une page qui peut faire défiler.
2. Aller sur Firefox et faire défiler beaucoup vers le bas.
3. Alt-Tabbing sur Chrome et défilement un peu vers le bas - la page zoomera vers le bas selon ce problème.

Cependant, vous n'observerez pas le contraire; Firefox ne souffre pas du problème lui-même, juste Chromium (Chrome, Atom, VS Code).

Bien sûr, ce n'est pas un gros problème pour deux navigateurs. C'est définitivement un problème pour un éditeur de code comme VS Code ou Atom, où vous basculerez généralement vers un navigateur Web (Firefox ou Chrome) et effectuerez beaucoup de défilement. Vous finirez par revenir à votre éditeur, faire défiler ne serait-ce qu'une seule ligne et passer à la fin de votre fichier!

Ça fait vraiment mal l'expérience.

Antergos avec gnome arrive aussi. Coder en chrome et vice-versa, se produit. Chrome au sublime, non.

[UPDATE] imwheel corrige le problème.

La cause première est la suivante: https://bugs.chromium.org/p/chromium/issues/detail?id=608246

OMG Je pensais qu'il y avait quelque chose qui ne va pas avec ma souris mais je peux reproduire ce qui est posté ici https://github.com/Microsoft/vscode/issues/28795#issuecomment -350631888

@yuritoledo pourriez-vous décrire comment imwheel le réparer plz? quels paramètres ou plus. thnx

@aleksanderd vous devez installer imwheel et le mettre en marche avec votre système. Simple comme ça: D

Si vous avez une souris avec plus de boutons que la souris traditionnelle, vous pouvez utiliser imwheel -b 45

J'obtiens le même problème de défilement avec vscode et chrome sur xubuntu 18.04.
Je viens d'essayer la solution de contournement imwheel, comme suggéré ci-dessus, et le défilement n'est plus influencé par d'autres applications. Cependant maintenant, lorsque je défile très lentement dans VSCode, le défilement n'est pas du tout fluide, il se déplace par petites étapes.

J'utilise Mate sur la distribution Antergos et j'observe ce problème. J'utilise toujours chrome et vscode sur des espaces de travail séparés.L'imwheel ne fonctionne pas bien pour les pavés tactiles avec un défilement de précision, ce n'est donc pas une solution de contournement acceptable pour moi.
J'ai contourné mon problème en utilisant xdotool pour la commutation d'espace de travail, en remplaçant les raccourcis par défaut.

Je le fais de cette façon:
Déplacer vers l'espace de travail vers la gauche:
xdotool set_desktop --relatif - -1

Déplacer vers l'espace de travail vers la droite:
xdotool set_desktop --relatif - 1

J'espère que cela aidera jusqu'à ce que ce problème soit résolu ...

pour les pavés tactiles de précision, essayez ceci après avoir installé imwheel

créer un fichier de configuration pour imwheel
gedit ~ / .imwheelrc
puis collez:
Aucun, Haut, Bouton4, -1
Aucun, Bas, Button5, -1
Control_L, Up, Control_L | Button4
Control_L, Down, Control_L | Button5
Shift_L, Up, Shift_L | Button4
Shift_L, Bas, Shift_L | Button5

maintenant, si vous utilisez un pavé tactile de précision, conservez les deux valeurs -1.
si vous utilisez une souris, changez-les tous les deux en 1.

semble être une solution de contournement pour l'une des options - souris ou pavé tactile.

@ geoffroy-noel-ddh

Essayez d'ajouter ce type dans vos paramètres de vscode: "editor.smoothScrolling": true,

@yuritoledo En fait, cela n'a pas fonctionné.

@pwaterz sur quel problème?

Même problème. Si chrome est actif, alors onglet alt vers vscode puis faites défiler, il saute vers le bas ou le haut. C'est un bug assez ennuyeux. D'après ce que j'ai compris, le problème est dans libinput que gnome nécessite ou peut-être dans la version d'électron que le code vs utilise. J'ai lu que l'ide atomique a résolu le même problème en mettant à jour électron.

@pwaterz je suis sur l'atome et ça ne marche pas

@pwaterz vous devez installer imwheel et le mettre en marche avec votre système. Aussi simple que ça

Pour tous les falks Linux ici, il y a un hack très facile. vous pouvez installer imwheel et cela résoudra ce problème. J'utilise ce hack depuis un moment maintenant et je n'ai remarqué aucun problème. si vous êtes sur ubuntu, c'est aussi simple que sudo apt install imwheel , puis ajoutez cela dans vos programmes de démarrage système en ouvrant l'interface graphique des applications de démarrage et en ajoutant le programme /usr/bin/imwheel .

MERCI hardidangar et dr0p. Linux Newbie, ici. J'espère rembourser la communauté à l'avenir.

Le problème que j'ai trouvé avec la solution imwheel contournement

Je tiens également à souligner que l'imwheel n'est pas une solution parfaite. J'ai remarqué un comportement étrange depuis que j'y suis passé. Je pense que le problème avec imwheel est moins ennuyeux que le problème de saut de défilement avant, mais je ne le considérerais pas comme un correctif, c'est plus un assistant de groupe.

Vous avez ce problème sur Arch Linux avec Gnome en utilisant Chrome et VSCode. Après le passage de Xorg à Wayland, cela n'apparaît plus. J'utilisais Xorg pour des raisons de compatibilité.

Puisque pour moi imwheel pose d'autres problèmes, les alternatives essayées et la solution de contournement que j'ai trouvée est la suivante: n'utilisez pas alt + tab, utilisez plutôt par exemple win + 1, win + 2.
Je suppose que certains d'entre vous n'aimeront peut-être pas cela, car alt + tab n'est pas modifiable, mais je ne peux pas gérer ce problème de défilement.

Le même problème se produit sur:

Ubuntu 18.04.2 LTS
Xfce 4.12 Desktop ou Gnome 3.28.2 Desktop

Se produit lorsque je fais défiler Thunar 1.6.15 ou Chrome 70.0.3538.77 (version officielle) et alt-tab vers Visual Studio Code, mon code saute le défilement lorsque je commence à faire défiler le code ouvert.

Comme si le saut avait la même taille que moi dans l'autre logiciel.

Ce problème me tourmente sur Gnome 3.2. Cependant, je peux faire xdotool windowactivate <window-id> sans faire l'expérience du saut de défilement.

Si quelqu'un a de l'expérience dans l'écriture de plugins gnome, vous pourrez peut-être remplacer alt-tab et au lieu de faire le comportement de focus normal, envoyer l'identifiant de la fenêtre à xdotool windowactivate <window-id> ou à une autre commande

J'essayais de faire en sorte que alt-tab déclenche un défilement supplémentaire et caché vers le bas et vers le haut en utilisant xdotool mais malheureusement cela n'a pas semblé fonctionner pour moi. Quelque chose de ce genre pourrait bien être le hack dont nous avons besoin.

Ce problème a été résolu, nous avons juste besoin de quelqu'un pour faire un petit tutoriel comment
pour compiler le dernier murmure à partir des sources.

Cela serait grandement apprécié.

Le samedi 23 février 2019, 13:20, Luke < [email protected] a écrit:

J'essayais de faire en sorte que l'alt-tab déclenche un défilement supplémentaire caché vers le bas
et en utilisant xdotool mais malheureusement cela n'a pas semblé fonctionner pour moi.
Quelque chose de ce genre pourrait bien être le hack dont nous avons besoin.

-
Vous recevez ceci parce que vous avez commenté.
Répondez directement à cet e-mail, affichez-le sur GitHub
https://github.com/Microsoft/vscode/issues/28795#issuecomment-466621373 ,
ou couper le fil
https://github.com/notifications/unsubscribe-auth/AV-WqlTj3XZ_wUHB43CVnZVoSyUZz48dks5vQN3FgaJpZM4N66mN
.

Que voulez-vous dire que cela a été corrigé? Pouvez-vous pointer vers un commit ou un autre thread?

@pwaterz Je pense que @mayaru fait référence à ce problème dans mutter: https://gitlab.gnome.org/GNOME/mutter/issues/401

L'un des commentaires les plus saillants sur cette question:

Cela ne se produit pas à Wayland, juste à Xorg mais encore une fois, uniquement dans les WM basés sur Mutter.

Si cela se produit simplement sur Xorg, à mon humble avis, c'est une forte indication que ce n'est pas vraiment la faute de marmonner (si quelque chose, c'est faire le changement de focus d'une manière que l'application ne répondait pas, mais il n'y a rien à "réparer" à ce sujet)
Avec le défilement fluide Xorg, les axes de défilement sont transmis sous forme de 2 axes dx / dy, qui accumulent le défilement effectué jusqu'à présent. Le hic, c'est que cet état est global pour toute la session, si vous faites défiler une application, allez ailleurs et faites défiler, puis revenez à l'application, il verra les valeurs affectées par le défilement à l'extérieur.
Les boîtes à outils (je vais inclure électron ici) doivent être intelligentes à ce sujet et réinitialiser leur propre état lorsque le pointeur entre dans l'application afin que les changements de dx / dy survenus depuis la dernière fois soient ignorés.
Il s'agit d'un problème connu avec le défilement fluide XI2.3.

Cette analyse semble juste, car ce problème affecte à la fois code et chrome . Des détails ont été ajoutés à ce numéro (ouvert pour la première fois en mai 2016!): Https://bugs.chromium.org/p/chromium/issues/detail?id=608246

OMI, la chose appropriée à faire maintenant est de faire pression sur l'équipe de chrome pour qu'elle corrige son bogue.

Ce n'est pas seulement de Chromium, je l'ai reproduit sur mon gestionnaire de fichiers (Ubuntu 18.04) et même sur un bureau vide, faites simplement défiler n'importe quelle page et revenez à vscode et faites défiler à nouveau, tous les événements de défilement précédents se déclenchent.

Il y a deux choses à noter:

1. La quantité de défilement dans vscode est exactement égale au nombre d'événements de défilement que vous avez déclenchés dans l'autre fenêtre.
2. La rafale de défilement est annulée si vous changez de périphérique, c'est-à-dire que l'utilisation de la molette de la souris pour faire défiler d'autres fenêtres et l'utilisation du pavé tactile pour le premier défilement dans le code vs l'annulera.

J'ai également noté que ce n'est pas seulement avec le code vs, vous pouvez faire défiler le code vs et revenir à Chrome, la même rafale se produira. Notamment, cela ne se produira pas si vous basculez entre différentes fenêtres de la même application.

Ce n'est pas seulement de Chromium, je l'ai reproduit sur mon gestionnaire de fichiers [...]

Bien, ce sont les applications basées sur Chrome qui ne gèrent pas correctement ces décalages de défilement - peu importe quelle application vous faites défiler avant de passer à code / chrome / etc. Chrome doit réinitialiser son état de défilement interne dans ce scénario (modifier: et par "Chrome", je veux dire la base de code partagée utilisée par les applications Electron / Chrome / Opera (?) / Etc - je ne voulais pas dire uniquement Chrome / Chromium).

Ce problème me tourmente sur Gnome 3.2. Cependant, je peux faire xdotool windowactivate <window-id> sans faire l'expérience du saut de défilement.

Si quelqu'un a de l'expérience dans l'écriture de plugins gnome, vous pourrez peut-être remplacer alt-tab et au lieu de faire le comportement de focus normal, envoyer l'identifiant de la fenêtre à xdotool windowactivate <window-id> ou à une autre commande

Si cela est vrai, il devrait être possible d'écrire une extension de shell gnome pour pirater le sélecteur alt-tab intégré:

https://gitlab.gnome.org/GNOME/gnome-shell/blob/master/js/ui/altTab.js

et remplacez-le par xdotool . J'ai essayé de le faire sans succès, car j'ai très peu d'expérience dans le développement d'extensions gnomes ... Si quelqu'un réussit, partagez-le! Les sauts de défilement me rendent vraiment fou maintenant.

mayaru dans 1.32.2 problème non résolu ...

Je suis désolé, vous êtes serré, je suis confus à propos d'un autre bug concernant l'actualisation
taux du moniteur. Ma faute :)

Mais dans tous les cas, quelqu'un a posté avant une solution de contournement. Vous pouvez utiliser
imwheel et mettez à jour le fichier de configuration avec -1 valeurs pour les pavés tactiles et 1
valeurs pour la souris. Ce serait bien que quelqu'un fasse un script pour qu'il
les commutateurs parient les deux paramètres lorsqu'une souris est détectée. Maintenant je change
manuellement et cela fonctionne très bien.

Le jeu.14 mars 2019, 13:27, Maxim < [email protected] a écrit:

mayaru dans 1.32.2 problème non résolu ...

-
Vous recevez cela parce que vous avez été mentionné.
Répondez directement à cet e-mail, affichez-le sur GitHub
https://github.com/Microsoft/vscode/issues/28795#issuecomment-472720388 ,
ou couper le fil
https://github.com/notifications/unsubscribe-auth/AV-Wqp0Uaqq34k_2zv3RbasG2zk49V9Tks5vWevAgaJpZM4N66mN
.

imwheel pas aider ...

Modifiez le fichier de configuration.

Le jeu.14 mars 2019, 20:27, Maxim < [email protected] a écrit:

imwheel pas aider ...

-
Vous recevez cela parce que vous avez été mentionné.
Répondez directement à cet e-mail, affichez-le sur GitHub
https://github.com/Microsoft/vscode/issues/28795#issuecomment-472852588 ,
ou couper le fil
https://github.com/notifications/unsubscribe-auth/AV-WqruE1HadxIcHuKBehM07-nDvxlEFks5vWk43gaJpZM4N66mN
.

imwheel déplace simplement le problème. Lorsque je l'ai installé, cela a empêché le scroll de sauter dans vscode, mais quand je suis passé à chrome, postman et slack, il y sautait. Notez que toutes ces applications utilisent du chrome.

Même problème ici.
Ubuntu 18.04
VSCode: 1.32.2
Chrome: 73.0.3683.75

Je pense que Github devrait avoir un système de primes similaire à celui de StackOverflow pour financer l'intérêt pour la résolution de problèmes comme ceux-ci.

Cela dépend du projet: https://github.com/bountysource/core/wiki/Frequent-Asked-Questions

Ce n'est pas seulement de Chromium, je l'ai reproduit sur mon gestionnaire de fichiers (Ubuntu 18.04) et même sur un bureau vide, faites simplement défiler n'importe quelle page et revenez à vscode et faites défiler à nouveau, tous les événements de défilement précédents se déclenchent.

Il y a deux choses à noter:

1. La quantité de défilement dans vscode est exactement égale au nombre d'événements de défilement que vous avez déclenchés dans l'autre fenêtre.
2. La rafale de défilement est annulée si vous changez de périphérique, c'est-à-dire que l'utilisation de la molette de la souris pour faire défiler d'autres fenêtres et l'utilisation du pavé tactile pour le premier défilement dans le code vs l'annulera.

J'ai également noté que ce n'est pas seulement avec le code vs, vous pouvez faire défiler le code vs et revenir à Chrome, la même rafale se produira. Notamment, cela ne se produira pas si vous basculez entre différentes fenêtres de la même application.

J'observe exactement le même scénario. Pourtant, maintenant je ne trouve aucune solution. Veuillez nous mettre à jour si quelqu'un en trouve un.

Même problème ici.
Ubuntu 18.04
VSCode: 1.32.3
Chrome: 73.0.3683.86

Passez à Ubuntu sur Wayland pour résoudre le problème

Même problème ici.

ID de distributeur: Ubuntu
Description: Ubuntu 18.10
Sortie: 18.10
Nom de code: cosmique

Chrome: Version 73.0.3683.86 (version officielle) (64 bits)

VSCode
La dernière version: 1.32.3
Commit: a3db5be9b5c6ba46bb7555ec5d60178ecc2eaae4
Date: 2019-03-14T23: 38: 49.842Z
Électron: 3.1.6
Chrome: 66.0.3359.181
Node.js: 10.2.0
V8: 6.6.346.32
OS: Linux x64 4.18.0-16-générique

Vivre le même problème.

Ubuntu 18.04.2
VSCode: 1.32.3
Chrome: 73.0.3683.86

En m'apprenant à utiliser win + 1, win + 2 et ainsi de suite en attendant.

Selon https://bugs.chromium.org/p/chromium/issues/detail?id=807187#c20 et certains de mes tests préliminaires sur Manjaro 18.0.4, ce bug semble être corrigé (_miraculeusement! _) Dans GNOME (murmure) 3.32.0.

Je peux confirmer que c'est corrigé dans le dernier murmure!

>

Même chose ici, il est corrigé dans fedora rawhide (qui utilise gnome 3.32)

Génial de voir que c'est corrigé. J'espère que VSCodium sera bientôt mis à jour. :)

Dommage pour les utilisateurs Debian. 2021 pas trop loin ... :(

Oh, allez, ça fait 2 ans et maintenant je suis de retour au développement js sur VSCode, et vous ne corrigez toujours pas ce bug de défilement?

Oh, allez, ça fait 2 ans et maintenant je suis de retour au développement js sur VSCode, et vous ne corrigez toujours pas ce bug de défilement?

Je pense que c'est un projet open source. Personne n'est obligé de réparer quelque chose. Nous rapportons et discutons poliment du problème.

Quelqu'un d'autre exécutant Ubuntu 18.04 avec VS 1.33.1 et Slack 3.3.8 64 bits? Je rencontre toujours le problème. Faire défiler vers le bas dans Slack / Chrome et revenir à VSC et cliquer / faire défiler saisiront les événements de défilement tardif.

Oui, c'est toujours un problème actif pour ubuntu 18.04.

Avoir le même problème
Gnome 3.30.2
Ubuntu 18.10

edit - Mise à jour vers 19.04 qui est livré avec Gnome 3.32.1 et cela semble être corrigé.

Ça a empiré sur Fedora 29, code-1.33.0

Je pense que cela a à voir avec les plugins de formatage de code, qui changent le contenu avant d'enregistrer. Désormais, le curseur saute souvent à la fin du fichier à chaque sauvegarde, tandis que la fenêtre reste en place. Mais si vous appuyez sur les touches fléchées haut / bas, le défilement saute également à la fin du fichier.

@alexandrudima Alex, une chance de jeter un œil à ça?

Je viens de passer à la version 19.04 et le problème est enfin résolu.

Avoir le même problème
Gnome 3.30.2
Ubuntu 18.10

edit - Mise à jour vers 19.04 qui est livré avec Gnome 3.32.1 et cela semble être corrigé.

Essaiera de mettre à jour et vérifiera si cela corrige.

edit: mis à jour vers Ubuntu 19.04 et Gnome 3.32.1 et c'est corrigé. Merci beaucoup

J'ai un nouveau T480 avec Debian 9.9 qui fait toujours face au même problème. Noyau 4.9.144-3.1

Je peux également confirmer que je n'ai plus ce problème sur ubuntu 19.04.

Salut !

Je rencontre également ce problème sur Ubuntu 18.04. (Pile d'activation matérielle installée). Y a-t-il des chances que le correctif soit rétroporté sur gnome 3.28? Ou dois-je mettre à niveau vers 18.10 puis 19.04 pour résoudre le problème?

Je sais que chaque version d'Ubuntu gèle ses packages une fois dans la phase de publication, mais peut-être rétroportent-ils un correctif d'importation tel que celui-ci?

Bonjour gars! À cause de ce bogue, je suis récemment passé à KDE, et jusqu'à présent, cela semble très bien: le bogue a disparu et en plus il y a de nombreux widgets plasmoïdes brillants.
Ubuntu 18.04

J'observe également ce comportement sur ma machine:
Système d'exploitation: Ubuntu 18.04.2 LTS
Environnement de bureau: Gnome 3.28.2
Version Chrome: 75.0.3770.100 (version officielle) (64 bits)

--- Code VS
La dernière version: 1.35.1
Commit: c7d83e57cd18f18026a8162d042843bda1bcf21f
Date: 2019-06-12T14: 27: 31.086Z
Électron: 3.1.8
Chrome: 66.0.3359.181
Node.js: 10.2.0
V8: 6.6.346.32
OS: Linux x64 4.18.0-25-snap générique

Juste pour faire un suivi. Ceci est toujours corrigé lors de l'exécution d'ubuntu 19.04 avec stock gnome.

Est-ce un problème avec Os ou vscode lui-même?
Parce que le visage dans une autre application également, entre l'éditeur de texte et le chrome
Avoir Ubuntu 18.04
Code VS 1.34.0
Version Chrome 75.0.3770.90

J'ai également remarqué que ce n'était pas un défilement aléatoire, il faisait défiler comme je l'ai fait sur une autre application. Haut ou bas et comment je fais défiler. Comme il gère l'état les uns avec les autres, il faut trouver une option pour l'éteindre.

$ sudo apt-get install imwheel
$ imwheel

A travaillé pour moi.

Version: 1.36.1
Commit: 2213894ea0415ee8c85c5eea0d0ff81ecc191529
Date: 2019-07-08T22:55:08.091Z
Electron: 4.2.5
Chrome: 69.0.3497.128
Node.js: 10.11.0
V8: 6.9.427.31-electron.0
OS: Linux x64 5.0.0-20-generic Ubuntu 19.04

Semble être corrigé dans Ubuntu 19.04 et le dernier MacOS.

@ vishal112logistic Mais le défilement n'est pas fluide.

La mise à jour vers ubuntu 19.04 est la meilleure solution.

J'utilise Ubuntu 18.04 et j'ai ce problème lorsque je change d'onglet de Chrome à VS Code. J'ai essayé avec Chrome + Terminal et j'ai pu reproduire le même comportement lorsque j'alt + tab de Terminal à Chrome (la barre de défilement Chrome saute), mais pas le contraire (le terminal défile bien).

J'utilisais Ubuntu 19 auparavant et je n'avais pas ce problème, donc je mets à niveau vers Ubuntu 19 maintenant.

Il semble que personne ne l'ait mentionné, mais le défilement n'est pas aléatoire. Si je fais défiler vers le bas de la page sur Chrome et alt + tab pour VS Code, la page saute vers le bas proportionnellement à combien j'ai fait défiler sur Chrome. De VS Code à Chrome, c'est également la même chose. Et du terminal à Chrome aussi.

PS: Ubuntu 19 est OK. Je ne pense pas que ce soit un problème de VS Code, car j'avais la même chose en utilisant Ubuntu 18 entre Chrome et les fenêtres du terminal.

D'accord, donc comme les gens le signalent, cela ne se reproduit pas en 19.04.

1) Je suis sur 18.04 LTS, que je ne peux pas mettre à niveau vers non LTS,
2) Certaines personnes trouvent cela également dans Windows et OSX

J'apprécierais donc vraiment que nous trouvions une solution à ce problème.
Remarque: je ne suis pas très technique alors soyez gentil et soyez gentil avec des gens comme moi.

Cher @mariusa

Pourriez-vous s'il vous plaît développer / mettre à jour le message initial avec quelques clarifications, afin d'éviter davantage de bruit à ce sujet. Au bas de l'article peut aider?

Peut-être quelques points clés;

• (DEVINE); Semble être un problème avec Electron et certaines bibliothèques d'entrée?
• N'est pas isolé de VScode

Réparer; N'existe pas encore.

Solutions de contournement Linux (à ne pas confondre avec un correctif);

• imwheel - ne convient pas à tous les utilisateurs
• wayland - ne convient pas à tous les utilisateurs

Remarque: Ubuntu 1904 (bureau) semble utiliser Wayland.

Je ne suis pas sûr que nous verrons d'autres mises à jour ici, ce qui est un peu décevant de la part des développeurs. J'aimerais avoir des directives officielles, même si elles nous indiquent d'autres ressources. Comme mentionné; cela ne semble pas être un problème avec VSCode lui-même, mais plutôt avec Electron .

Ubuntu: 19.04
VsCode:

Version: 1.38.1
Date: 2019-09-11T13:30:08.229Z
Electron: 4.2.10
Chrome: 69.0.3497.128
Node.js: 10.11.0
V8: 6.9.427.31-electron.0
OS: Linux x64 4.15.0-64-generic

L'erreur demeure :(

@ vishal112La méthode
$ sudo apt-get install imwheel
$ imwheel

@ vishal112La méthode
$ sudo apt-get install imwheel
$ imwheel

Cette solution n'est pas complète. Il désactive le zoom par Ctrl + molette dans les applications (Firefox, Chromium, LibreOffice, lecteur PDF ...). Vous avez pu résoudre les problèmes secondaires mentionnés ci-dessus? Je serai reconnaissant pour ces informations.

Ajouté: j'ai trouvé une solution pour résoudre les problèmes secondaires. Pour ce faire, modifiez la configuration d'imwheel. Plus d'informations ici: https://wiki.archlinux.org/index.php/IMWheel

Il désactive le zoom par Ctrl + molette dans l'application

Whoa, je ne connais même pas ce raccourci pendant tout le temps: P

L'exécution de imwheel provoque une expérience de défilement vraiment horrible pour moi - très difficile / instable, surtout lorsque vous faites défiler lentement.

Quelqu'un est-il capable de déterminer ce que fait imwheel pour éviter le bogue de défilement décrit dans ce problème? J'aimerais trouver le logiciel / package réellement responsable et trouver / ouvrir un problème avec eux directement.

@sensiloles @uphlewis Je viens d'accepter, j'ai remarqué que j'avais utilisé Ctrl + molette pour zoomer sur Inkscape, mais cela ne fonctionne pas après avoir utilisé imwheel. Que devrais-je faire :(

@sensiloles @uphlewis Je viens d'accepter, j'ai remarqué que j'avais utilisé Ctrl + molette pour zoomer sur Inkscape, mais cela ne fonctionne pas après avoir utilisé imwheel. Que devrais-je faire :(

Créer ou modifier ~ / .imwheelrc
Une ligne ". *" Dans le fichier signifie que les paramètres seront appliqués à tous les programmes.

Merci beaucoup, ça marche, jusqu'ici tout va bien.

J'utilise ubuntu 18.04, mais votre lien pour arch, et j'ai configuré la manière suivante sur mon système:

1. Ajoutez les lignes suivantes à ~ / .imwheelrc et enregistrez

".*"
    Control_L, Up,   Control_L|Button4
    Control_L, Down, Control_L|Button5

1. Ajouter la commande suivante aux préférences de l'application de démarrage
   imwheel --kill --buttons "4 5"

Maintenant, mon zoom fonctionne bien et le défilement ne saute pas.

J'ai la même erreur et je ne sais pas ce qui se passe parce que les autres éditeurs à base d'électrons ne semblent pas l'avoir lorsque le pointeur sélectionne une autre ligne de code et que l'on défile plus tard avec alt-tab Je change la fenêtre en arrière vscode et sauter près de 200 lignes de code jette au hasard ou vers le bas plus que tout ce qui m'est arrivé dans le nez si j'ai quelque chose à voir avec le curseur de la souris dans quelle position cela

Un gros inconvénient de l'utilisation de imwheel : le défilement à deux doigts sur un trackpad est saccadé (en 18.04). Les solutions que j'ai vues en ligne pour cela sont de tuer imwheel , mais nous avons à nouveau le problème de défilement aléatoire dans VSCode. Il semble qu'il n'y a aucun moyen de gagner. :désappointé:

marquer ce problème,

Merci beaucoup, ça marche, jusqu'ici tout va bien.

J'utilise ubuntu 18.04, mais votre lien pour arch, et j'ai configuré la manière suivante sur mon système:

1. Ajoutez les lignes suivantes à ~ / .imwheelrc et enregistrez

".*"
    Control_L, Up,   Control_L|Button4
    Control_L, Down, Control_L|Button5

1. Ajouter la commande suivante aux préférences de l'application de démarrage
   imwheel --kill --buttons "4 5"

Maintenant, mon zoom fonctionne bien et le défilement ne saute pas.

c'est du travail pour moi, j'utilise archlinux.

imwheel toujours l'impression d'ajouter du retard et de la saccadé au défilement ... Tout le système.

Même problème pour moi (Debian 10)
Version VSC: 1.40.2
Électron: 6.1.5
Chrome: 76.0.3809.146
Node.js: 12.4.0
V8: 7.6.303.31-électron.0
Système d'exploitation: Linux x64 4.19.0-6-amd64
J'utilise imwheel et j'essaierai la solution @khaschuluu ...

Peut confirmer que cela ne se produit pas lors de l'exécution d'Ubuntu 19.10, il doit donc être atténué / résolu par un correctif dans GNOME / Mutter au moins aussi tôt que celui fourni avec 19.10.

Donc, les gens qui suivent une version LTS ne devraient avoir qu'à attendre avril de l'année prochaine pour 20.04 LTS pour inclure ces correctifs.

Je suis sur Manjaro 4.19 LTS avec Xfce. Je ne sais pas quand / si je peux passer à Wayland. Donc, pour un vrai correctif, je dois attendre un correctif Electron / Chrome? Existe-t-il un ticket de bogue correspondant à surveiller dans le projet Chromium?

@thegitfather Je ne crois pas que 19.10 (GNOME et Mutter mis à jour) fonctionne sur Wayland, je ne le suis certainement pas. Il doit donc être résolu dans une mise à jour ultérieure de Mutter.

Tellement marre, je suis passé du 18.04 au 19.04. Le pavé tactile «se sent» définitivement différent (accélération / sensibilité) mais le saut de défilement semble être fixe. Bonne chance à tous.

Je l'ai fait mais après quelques semaines, mon ordinateur portable a continué à se formater après chaque redémarrage, donc revenons à 18.04

J'ai essayé d'utiliser imwheel et cela a bien fonctionné, sauf que cela a en quelque sorte cassé mon onglet d'extensions sur VSCode. Voir https://github.com/microsoft/vscode/issues/86583 pour plus de détails.

Cela se produit toujours sur Linux, XUbuntu 19.04 5.0.0-38-generic, bureau XFCE
La dernière version: 1.42.1
Commit: c47d83b293181d9be64f27ff093689e8e7aed054
Date: 2020-02-11T14: 50: 36.977Z
Électron: 6.1.6
Chrome: 76.0.3809.146
Node.js: 12.4.0
V8: 7.6.303.31-électron.0
OS: Linux x64 5.0.0-38-snap générique
(version instantanée c47d83b2)

Bonjour, y a-t-il des progrès dans ce bug? Cela m'énerve vraiment: D

Seulement 155 commentaires depuis le 15 juin 2017. Il faut être patient.

Je peux reproduire ça à debian 10

j'attends une solution. Quelqu'un?

Still peut reproduire ce problème très facilement de la même manière que les autres ci-dessus. Ubuntu 18.04 entre des applications comme Firefox et VS Code, puis l'utilisation de ma molette de défilement dans le code me fait aller au bas du fichier. Surtout un bogue de productivité, je n'ai pas trouvé de moyen de contourner / empêcher que cela se produise - si quelqu'un en connaît un, veuillez le partager! Heureux d'aider à reproduire le bogue avec une vidéo ou une session / appel de partage vidéo.

@chriswernette J'ai trouvé une solution de contournement: installez le programme imwheel et exécutez-le. Cela devrait corriger le bogue tant que votre ordinateur est allumé. Veuillez noter que l'ajout de cette commande à votre fichier rc peut casser le vscode . Vous devriez l'exécuter manuellement dans votre CLI chaque fois que vous démarrez votre ordinateur ... En espérant qu'ils corrigeront ce bogue un jour.

À propos, seul alt + tab provoque ce problème. Basculer entre les onglets avec le pointeur de la souris n'a pas causé ce problème pour moi. J'ai également réalisé que Firefox a résolu ce problème alors qu'il existe toujours dans Chrome.

Peut confirmer la repro du bogue comme décrit: 1) sur chrome, afficher un onglet, faire défiler sensiblement vers le haut ou le bas sur une page, 2) alt-tab pour vscode, toucher à peine la molette de défilement et il saute vers le haut ou vers le bas en rejouant le défilement sur le fenêtre chromée.

Sur ubuntu.

Je ne sais pas si cela était lié auparavant:

https://github.com/atom/atom/issues/12591

https://github.com/atom/atom/pull/12300

https://gitlab.gnome.org/GNOME/mutter/issues/401

https://unix.stackexchange.com/questions/401977/scrolling-is-inherited-between-windows-in-gnome-3

À propos, seul alt + tab provoque ce problème. Basculer entre les onglets avec le pointeur de la souris n'a pas causé ce problème pour moi. J'ai également réalisé que Firefox a résolu ce problème alors qu'il existe toujours dans Chrome.

FYI, j'utilise Firefox sur Ubuntu 18.04 et j'ai toujours le problème. Peut confirmer que l'utilisation de la souris au lieu de alt + tab semble être une solution de contournement.

Salut les amis.
Je fais également partie des victimes.
C'est absolument ennuyeux.

Mais c'est un problème entre Electron et Browser.
Dans mon cas, cela se passe entre Chrome et VSC, et Chrome et Slack également.

Ubuntu 18.04

Est-ce que quelqu'un sait si c'est vraiment un problème qui remonte à 2016 ou au-delà?

Ceux-ci pointent vers webkit

https://bugs.chromium.org/p/chromium/issues/detail?id=807187
https://bugs.chromium.org/p/chromium/issues/detail?id=608246

Je ne sais pas si c'était directement le lien ci-dessus, mais cela ressemble au meilleur:

https://github.com/atom/atom/issues/15482

Quelqu'un sur ce fil peut-il confirmer qu'il est corrigé sur Ubuntu 19.04? Je pense à mettre à niveau pour voir ou faire tourner une VM

Je suis passé à 19.10 et il semble avoir disparu. Beaucoup d'autres choses (pilotes) sans rapport avec cette panne, alors prenez cela en considération.

Quelqu'un sur ce fil peut-il confirmer qu'il est corrigé sur Ubuntu 19.04? Je pense à mettre à niveau pour voir ou faire tourner une VM

Je suis sur XUbuntu 19.04 depuis un mois maintenant, le bogue est toujours là, voir mon commentaire ci-dessus https://github.com/microsoft/vscode/issues/28795#issuecomment -590056590

@ miro-janosik essayez 19.10. Cela semble être réglé pour moi maintenant.

Je confirme que ce bug se produit sur Ubuntu 18.04.4 LTS

Mon VSCode sur les informations:
La dernière version: 1.43.2
Commit: 0ba0ca52957102ca3527cf479571617f0de6ed50
Date: 2020-03-24T07: 52: 11.516Z
Électron: 7.1.11
Chrome: 78.0.3904.130
Node.js: 12.8.1
V8: 7.8.279.23-électron.0
OS: Linux x64 5.3.0-42-snap générique

@ miro-janosik essayez 19.10. Cela semble être réglé pour moi maintenant.

Mis à jour vers XUbuntu 19.10 eoan, 5.3.0-42-generic, VSCode 1.43.2. et le problème est toujours là.
Étapes à suivre pour reproduire:
cliquez dans la fenêtre de l'éditeur de texte VSCode, alt + tab pour Firefox (page vierge), faites défiler vers le bas deux fois, alt + tab pour VSCode, cliquez dans le code, faites défiler vers le bas - cela saute beaucoup.

@ miro-janosik Quelle version de Mutter utilisez-vous? ( mutter --version )

Depuis le passage à Ubuntu 19.10, qui semble apporter Mutter 3.34, ce problème a disparu pour moi.

@ miro-janosik Quelle version de Mutter utilisez-vous? ( mutter --version )

Depuis le passage à Ubuntu 19.10, qui semble apporter Mutter 3.34, ce problème a disparu pour moi.

Cela ne montre rien, car je n'ai pas installé murmure. Je vois que "Mutter est un serveur d'affichage Wayland". Comme j'utilise XUbuntu, cela signifie l'interface XFCE au lieu de GNOME et n'utilise pas Wayland.

D'accord, j'ai raté le fait que vous exécutiez Xubuntu.

Dans tous les cas, je ne suis pas en train de lancer une session Wayland, juste un X11 standard. Cela pourrait indiquer que les développeurs GNOME ont résolu ce bogue de Chromium avec une solution de contournement à leur extrémité dans Mutter.

Bien sûr, cela ne vous aide pas vraiment sur XFCE, désolé. Vous voudrez peut-être rechercher le correctif Mutter (ou au moins le problème - je crois qu'il a été lié plus tôt dans ce fil) et le signaler sur XFCE ou peut-être XFWM4.

Je mets à jour / mets à jour ubuntu 18.04.4 et le bogue est toujours là ...

Pour reproduire le problème de manière cohérente, lorsque vous passez au navigateur, vous devez faire défiler un certain temps. Lorsque vous revenez à VsCode et essayez de faire défiler, il sautera. C'est assez ennuyeux ... je suis sur Ubuntu 18.04.3.

Cependant, je crois fermement que cette erreur est spécifique à tout ce qui utilise Chromium. Je suis donc confronté au problème sur Google Chrome également.

Je ne sais pas si nous pouvons considérer cela comme une solution de contournement. Mais, comme après avoir fait défiler le navigateur sur une autre fenêtre, il me semble que le défilement que vous avez effectué est conservé en mémoire et au prochain défilement il saute sur vscode. Donc, avoir en quelque sorte un onglet vide, où déposer ce saut excessif, devrait réinitialiser ce défilement en mémoire. Je ne suis pas un expert, alors excuses, si cela sonne, des poubelles pour vous.

Ubuntu 18 est censé être un LTS, pourquoi n'est-ce pas extrêmement ennuyeux?
problème, qui est résolu dans 19+, a été rétroporté à 18? S'il vous plaît les gars, nous sommes tous
souffrir ici!

Le jeu.2 avril 2020 à 02:44 Blair Jersyer [email protected]
a écrit:

Pour reproduire le problème de manière cohérente, lors du passage au navigateur, vous
besoin de faire défiler une bonne quantité de temps. Lorsque vous revenez à VsCode et essayez
pour faire défiler, il sautera. C'est assez ennuyeux ... je suis sur Ubuntu 18.04.3

-
Vous recevez ceci parce que vous avez commenté.
Répondez directement à cet e-mail, affichez-le sur GitHub
https://github.com/microsoft/vscode/issues/28795#issuecomment-607653635 ,
ou se désinscrire
https://github.com/notifications/unsubscribe-auth/ABGEHKX3JWCBB5FI4TSLJFTRKQX4RANCNFSM4DPLVGGQ
.

S'il vous plaît les gars, nous souffrons tous ici!

La douleur est une faiblesse qui quitte le corps ... Désolé :) Je te sens et je m'engage maintenant:

wmctrl -a Code

dans mon gestionnaire de fenêtre à ALT + 1 ou quelque chose pour se concentrer sur vscode. Cela marche! Cela signifie que quelqu'un pourrait écrire un script shell en se souvenant de la dernière fenêtre focalisée pour remplacer le comportement de l'onglet X11. Ou est-ce que je manque quelque chose?

Ubuntu 18 est censé être un LTS, pourquoi ce problème extrêmement ennuyeux, qui est résolu dans 19+, n'a-t-il pas été rétroporté à 18? S'il vous plaît les gars, nous souffrons tous ici!
…
Le jeu.2 avril 2020 à 02:44 Blair Jersyer @ . * > a écrit: Pour reproduire le problème de manière cohérente, tout en basculant vers le navigateur, vous devez faire défiler une bonne quantité de temps. Lorsque vous revenez à VsCode et essayez de faire défiler, il sautera. C'est assez ennuyeux ... Je suis sur Ubuntu 18.04.3 - Vous recevez ceci parce que vous avez commenté. Répondez directement à cet e-mail, visualisez-le sur GitHub < # 28795 (commentaire) > ou désabonnez-vous https://github.com/notifications/unsubscribe-auth/ABGEHKX3JWCBB5FI4TSLJFTRKQX4RANCNFSM4DPLVGGQ .

Donc, la mise à niveau vers 19 résout le problème? Si oui, je vais mettre à niveau alors.

Le problème avec imwheel est que cela m'empêche de pouvoir maintenir CTRL et zoomer (Figma) ...
Et il se sent comme un retard avec les boutons arrière et avant de ma souris.

Bonne nouvelle: j'ai trouvé une bonne solution de contournement!

Le bogue ne se produit pas lors de l'utilisation du package AUR avec par exemple:

$ yay -S alttab-git

Vous devez dissocier ALT-Tab avant de le démarrer. Pour moi (Xfce), c'est dans les paramètres du gestionnaire de fenêtres:

Wow, c'était ouvert il y a presque 3 ans. Je viens de passer à Ubuntu 18.04.4 LTS et je peux toujours produire ce bogue. Ce n'était pas un problème sur mon Ubuntu 16.04.

La réponse est donc simplement cachée dans les commentaires https://github.com/microsoft/vscode/issues/28795#issuecomment -391258341.
Pour Ubuntu 18.04.4 LTS, installez simplement le imwheel . sudo apt install imwheel . Assurez-vous de l'exécuter également.

La réponse est donc simplement cachée dans les commentaires # 28795 (commentaire) .
Pour Ubuntu 18.04.4 LTS, installez simplement le imwheel . sudo apt install imwheel . Assurez-vous de l'exécuter également.

Et quand vous lirez, vous verrez que imwheel est merdique ... Ma solution de contournement ( alttab ) a l'air moche mais fonctionne comme un charme ... https://github.com/microsoft/ vscode / issues / 28795 # issuecomment -608751048

De plus, lorsque vous exécutez imwheel "tel quel", faites l'affaire, le paramétrer sur les boutons arrière / avant non désactivés avec imwheel -b 45 ne fonctionne pas comme une solution de contournement

@thegitfather tnx pour la vilaine solution de contournement, il semble que vscode se fige un instant pour éviter le problème de saut (ce qui me donne parfois envie de jeter mon ordinateur hors du balcon).

pensez-vous qu'il est possible d'exclure l'application de bureau d'alttab?
le bureau étant toujours la première ou la deuxième application semble m'empêcher de comportement normal d'alttab comme basculer en arrière et en quatrième sans appuyer plusieurs fois sur l'onglet.
aussi alttab répond très lentement, avez-vous réussi à faire quelque chose à ce sujet?
quand je me connecte à une fenêtre de console, elle ne reçoit pas le focus, y a-t-il un correctif pour cela?

edit: peut-être ne pas recevoir le focus "corrige" le problème.

Correction du logo manquant (ubuntu 18.04)
sudo cp ~/Downloads/code.png /usr/share/icons/hicolor/256x256/apps/code.png

Après la mise à niveau vers Ubuntu 20.04 LTS Focal Fossa, je peux confirmer que ce bogue ennuyeux a disparu pour moi. VS Code ressemble à nouveau au paradis!

Après la mise à niveau vers Ubuntu 20.04 LTS Focal Fossa, je peux confirmer que ce bogue ennuyeux est toujours présent avec toutes les extensions désactivées.

Je suis sur Ubuntu 18.04.

Voici mon pansement pour ce bug irritant: chaque fois que je passe à VS Code (w / ALT + TAB), je fais un défilement rapide quelle que soit la direction tout en maintenant SHIFT , puis je continue le défilement normal. Pas de sauts.

Puis-je comprendre plus de détails

Dans Ubuntu 18.04, installez simplement imwheel .

sudo apt-get install imwheel

Cela a fonctionné pour moi. Merci @ shamim-42

@ shamim-42 l'a absolument tué. A eu ce bug pendant des années, d'abord dans Atom, puis dans VSCode, puis dans d'autres applications basées sur Electron. Je n'ai jamais trouvé de solution, jusqu'à ce que je lis votre message aujourd'hui.

Après avoir installé imwheel je l'ai ajouté à mes éléments de démarrage de session, et cela a fonctionné.
Aucune idée s'il y a encore des effets secondaires, car je n'ai testé que le cas d'utilisation "ennuyeux" particulier.

Merci beaucoup pour la solution temporaire, @ shamim-42!

C'est un bug vraiment ennuyeux!
Il semble que imwheel lui-même a un problème avec les sauts pendant le défilement en utilisant un pavé tactile: (Testé le 18.04.2.

Confirmé, le correctif imwheel ne fonctionne que pour moi en utilisant une souris externe. Sur
trackpad tout bégaie.

Le jeu 11 juin 2020, 15:33 Oleksandr Shlinchak, [email protected]
a écrit:

C'est un bug vraiment ennuyeux!
Il semble qu'imwheel lui-même ait un problème avec les sauts pendant le défilement
en utilisant un pavé tactile: (Testé le 18.04.2.

-
Vous recevez ceci parce que vous avez commenté.
Répondez directement à cet e-mail, affichez-le sur GitHub
https://github.com/microsoft/vscode/issues/28795#issuecomment-642698120 ,
ou se désinscrire
https://github.com/notifications/unsubscribe-auth/AAGI5FMXFEVJPFCQYKXWOHTRWDTM3ANCNFSM4DPLVGGQ
.

Bug si ennuyeux et correctif si simple - https://gitlab.gnome.org/GNOME/mutter/-/merge_requests/181/diffs?commit_id=5a71ed44115f730263086218316839fad006b71c

Pour mettre à jour Gnome, j'ai dû passer à Ubuntu 20.04. Maintenant, tout fonctionne bien comme cela aurait dû être: v:

Salut, le problème est résolu à partir d'Ubuntu 19.04 (que j'utilise actuellement). Si c'est trop ennuyeux pour vous et que vous ne souhaitez pas utiliser de solutions tierces, mettez à niveau votre Ubuntu.

Ubuntu 19 n'est pas le LTS, 18 l'est. De nombreuses personnes ne peuvent pas mettre à niveau à cause de
ce. Je ne devrais pas avoir à quitter le LTS pour corriger un bogue extrêmement ennuyeux.
imwheel rend le trackpad inutilisable sur un ordinateur portable et n'est pas un bon
Solution.

Le mer 17 juin 2020 à 07:51 Blair Jersyer [email protected]
a écrit:

Salut, le problème est résolu à partir d'Ubuntu 19.04 (que j'utilise actuellement). Si
c'est trop ennuyeux pour vous, puis mettez à niveau votre Ubuntu.

-
Vous recevez ceci parce que vous avez commenté.
Répondez directement à cet e-mail, affichez-le sur GitHub
https://github.com/microsoft/vscode/issues/28795#issuecomment-645326887 ,
ou se désinscrire
https://github.com/notifications/unsubscribe-auth/ABGEHKUOGUI5KWNTEOYYZYDRXCU25ANCNFSM4DPLVGGQ
.

Je peux confirmer que ce n'est pas corrigé le 20.04. J'utilise Xubuntu.

Le mer 17 juin 2020, 12:54 James Guillochon, [email protected]
a écrit:

Ubuntu 19 n'est pas le LTS, 18 l'est. De nombreuses personnes ne peuvent pas mettre à niveau à cause de
ce. Je ne devrais pas avoir à quitter le LTS pour corriger un bogue extrêmement ennuyeux.
imwheel rend le trackpad inutilisable sur un ordinateur portable et n'est pas un bon
Solution.

Le mer 17 juin 2020 à 07:51 Blair Jersyer [email protected]
a écrit:

Salut, le problème est résolu à partir d'Ubuntu 19.04 (que j'utilise actuellement). Si
c'est trop ennuyeux pour vous, puis mettez à niveau votre Ubuntu.

-
Vous recevez ceci parce que vous avez commenté.
Répondez directement à cet e-mail, affichez-le sur GitHub
< https://github.com/microsoft/vscode/issues/28795#issuecomment -645326887
,
ou se désinscrire
<
https://github.com/notifications/unsubscribe-auth/ABGEHKUOGUI5KWNTEOYYZYDRXCU25ANCNFSM4DPLVGGQ

.

-
Vous recevez ceci parce que vous avez commenté.
Répondez directement à cet e-mail, affichez-le sur GitHub
https://github.com/microsoft/vscode/issues/28795#issuecomment-645328184 ,
ou se désinscrire
https://github.com/notifications/unsubscribe-auth/AAGI5FOQBD6JMBHXUTDXF5DRXCVGBANCNFSM4DPLVGGQ
.

Ubuntu 19 n'est pas le LTS, 18 l'est. De nombreuses personnes ne peuvent pas mettre à niveau à cause de cela. Je ne devrais pas avoir à quitter le LTS pour corriger un bogue extrêmement ennuyeux. imwheel rend le trackpad inutilisable sur un ordinateur portable et n'est pas une bonne solution.
…
Le mer 17 juin 2020 à 07:51 Blair Jersyer @ . * > a écrit: Salut, le problème est résolu à partir d'Ubuntu 19.04 (que j'utilise actuellement). Si c'est trop ennuyeux pour vous, mettez à niveau votre Ubuntu. - Vous recevez ceci parce que vous avez commenté. Répondez directement à cet e-mail, affichez-le sur GitHub < # 28795 (commentaire) > ou désabonnez-vous https://github.com/notifications/unsubscribe-auth/ABGEHKUOGUI5KWNTEOYYZYDRXCU25ANCNFSM4DPLVGGQ .

Comme je l'ai dit ... à partir d'Ubuntu 19, le problème est résolu. Cela inclut Ubuntu 20.04. Il existe des solutions pour vous, d'autres plaintes sont inutiles. J'avais Ubuntu 18.04 sur mon ordinateur portable et mon PC sur lesquels j'étais confronté au problème, j'ai mis à niveau à la fois vers 19.04 et 20.04 et le problème est résolu.

Quoi qu'il en soit, je me désabonne à ce problème car il n'est plus pertinent pour moi. Bonne chance aux gens.

@ Blair2004 Nous imwheel ne fonctionne pas bien avec les trackpads. Je suis curieux, le problème a-t-il été résolu le 20.04 pour vous aussi sur le trackpad?

Oh et peut-être que c'est utile - nous n'utilisons pas Gnome, nous utilisons XFCE.

@ Blair2004 Nous imwheel ne fonctionne pas bien avec les trackpads. Je suis curieux, le problème a-t-il été résolu le 20.04 pour vous aussi sur le trackpad?

Oh et peut-être que c'est utile - nous n'utilisons pas Gnome, nous utilisons XFCE.

C'est probablement la raison pour laquelle j'utilise Gnome.

Problème présent avec xfce + ubuntu 20.04 (en fait ubuntustudio) + trackpad

Problème présent avec xfce + ubuntu 20.04 (en fait ubuntustudio) + trackpad

Plate-forme similaire (Xubuntu 20.04) et problème pour moi, mais cela arrive aussi avec la souris.

Avoir le problème avec Linux Mint MATE (fourche GNOME2). Fait intéressant, je ne l'ai remarqué que depuis la mise à jour vers Linux Mint 20; quand j'étais sur Linux Mint 18 (avec une ancienne version de VS Code), je n'avais pas ce problème.

Cela me dérange depuis un certain temps, et je pense que je peux le reproduire. Cela n'arrive (pour moi du moins) que s'il y a le mini champ de recherche dans le coin supérieur droit de l'éditeur. Si je le rejette, le défilement disparaît.

EDIT: je suis sous Windows et OSX.

Même chose ici (Xubuntu)

Reproduit sur Debian 10 + gnome-shell 3.30.2-11 ~ deb10u2

Se reproduit également très souvent sur mon système (Ubuntu MATE 20.04.01). Je travaille principalement avec le clavier et la souris.

L'installation (et l'exécution) de imwheel n'a pas résolu le problème - je viens d'avoir une occurrence.

Je soupçonne (difficile à dire, puisque je n'ai jamais prêté attention à la cause) que cela se produit lorsque je change d'espace de travail de bureau (via des raccourcis clavier) et / ou que je change de premier plan (encore une fois, via des raccourcis clavier, dans ce cas, Alt+Tab .

Ce problème me désoriente instantanément alors que je suis plongé dans un morceau de code aléatoire et que je dois retrouver mon chemin. :étourdi:

3 ans et plus.

L'équipe de @Microsoft VS-Code: tout ce que vous faites pour résoudre ce problème ne fonctionne clairement pas.
Il est temps de mettre sur pied une équipe de tigres et de s'attaquer à celle-ci: tiger2:: coureur: - pour le bien de notre santé mentale. : face_with_head_bandage:

Je peux confirmer que la cause première de ce problème est la pile sous-jacente (Electron?) Car j'ai pu trouver des problèmes similaires en dehors de VSCode.

Je vais simplement bousculer ce fil car ce problème est en effet frustrant.
Cela m'arrive dans Visual Studio Code après alt + tabulation dans le navigateur Firefox. Tout défilement effectué dans Firefox sera mis en mémoire tampon et appliqué dès que je fais un défilement en arrière dans la fenêtre VS. Super frustrant de revenir à la section de code sur laquelle je travaille à chaque fois.
Modifier: Firefox *, pas Chrome.

Reproduit avec Vscodium 1.47 et Gedit aussi.

Étapes à suivre pour reproduire:

1.Ouvrez un long document avec Vscode, un autre avec Gedit

1. Focus sur Vscode, en haut du fichier
2. Basculez vers Gedit avec Alt + Tab et faites défiler vers le bas
3. Retour à Vscode avec Alt + Tab, faites défiler un peu vers le bas
   → Vscode saute à la fin du fichier

Configuration: Debian 10 + gnome-shell 3.30.2-11 ~ deb10u2
Pointeur: clavier Lenovo Trackpoint
Version de VsCodium: 1.47.3
Commit: 91899dcef7b8110878ea59626991a18c8a6a1b3e
Date: 2020-07-23T15: 51: 39.791Z
Électron: 7.3.2
Chrome: 78.0.3904.130
Node.js: 12.8.1
V8: 7.8.279.23-électron.0
Système d'exploitation: Linux x64 5.7.0-3-amd64

@iootaa imwheel semble résoudre le problème.

@ yuriy-chumak Cela ne fonctionne pas pour les trackpads.

Oui, j'utilise un trackpoint et imwheel est dédié aux souris

@hickscorp , mouse-pointer saute également au hasard (quelque part vers le bas) chaque fois que j'utilise la souris et / ou le trackpad. Je pensais que ma souris était défectueuse.

Avec Ubuntu 18.04 et VScode 1.50.1,

~: sudo apt install imwheel
~: imwheel
INFO: imwheel started

fonctionne vraiment.

Je doute que ce soit un problème de système d'exploitation car cela arrive à d'autres applications ...