Vscode: Editor: el desplazamiento salta aleatoriamente (relacionado con Chrome, Electron, xinput)

|||
| ------------- | ------------- |
| OS | Ubuntu 16.04 |
| Versión de VSCode | 1.13.1 |

Tengo un problema similar cuando Alt + Tabulador entre ventanas.
Por ejemplo, Alt+Tab a Chrome para leer documentos, etc., Alt+Tab regreso a VSCode, desplácese hacia arriba _o_ hacia abajo un clic con la rueda del mouse, pero la página se desplaza hacia abajo al menos 3-4 páginas de manera bastante consistente .

ACTUALIZACIÓN: El problema sigue presente con todas las extensiones deshabilitadas.

Esto también sucede con la barra lateral derecha (Explorador) a veces, cuando Alt + Tabulador entre ventanas.
Versión: 1.14.2

He experimentado este problema durante bastante tiempo. Realmente nunca he pensado mucho en ello, y no ha empeorado; pero estoy empezando a encontrar esto cada vez más frustrante. El impacto real en mi productividad es inconmensurable.

Descubriré que esto sucede de forma intermitente, pero con frecuencia, en lo que intentaré desplazarme en el archivo actual y, de repente, me desplazaré a una ubicación fuera de los límites de la entrada. (Por ejemplo, estoy intentando desplazarme algunas líneas y de repente estoy al final del archivo).

Algunos pensamientos clave pueden ser;

• Principalmente usando un panel táctil, pero estoy muy seguro de que esto también ha sucedido con la entrada de desplazamiento del mouse.
• No está relacionado con el error de entrada del panel táctil, no hay demora, esto se desplaza INSTANTÁNEAMENTE a una sección del archivo que pensé que era aleatoria (pero según el reportero; puede ser el final del archivo).
• El desplazamiento no está asociado a la ubicación del cursor (no se trata solo de desplazarme hacia donde está mi cursor actual; la mayoría de las veces, el cursor es desde donde me desplazo)
• La distancia de desplazamiento, como se mencionó anteriormente, está fuera de los límites de la entrada, por lo que no puede ser un dispositivo defectuoso (p. Ej., El panel táctil o el mouse están intentando desplazar esa distancia)
• Según @MattMcMurray , paso MUCHO tiempo tabulando entre archivos, cambio rápido CTRL + P entre archivos, tabulación alternativa entre ventanas e intercambio de espacio de trabajo.
• Según @mariusa , estoy usando Linux (Debian). No uso macOS o Windows (por lo que no puedo proporcionar pruebas para estos entornos).

Dejé deliberadamente la versión de Debian (Buster) y VSCode fuera de esta nota. Estoy usando el último de ambos, sin embargo, esto ciertamente ha estado presente durante mucho tiempo.

Me esforzaré por proporcionar más información constructiva en un intento de descubrir dónde se encuentra el problema e intentaré prestar más atención cuando suceda. @ ramya-rao-a & @rebornix : esperaría que esto

Editado; incluyó información adicional, etiquetó a algunas personas y corrigió algunos contenidos.

Lo mismo aquí, simplemente no pude encontrar una manera de reproducirlo de manera confiable. Es realmente doloroso.
No uso múltiples espacios de trabajo, solo tabulación alternativa entre ventanas (también CTRL + P cambio rápido entre archivos, pero eso no parece afectar esto). Solo uso el desplazamiento del mouse, no el panel táctil.

Esto me está molestando desde hace bastante tiempo, y creo que puedo reproducirlo. Solo sucede (al menos para mí) si hay un mini cuadro de búsqueda en la esquina superior derecha del editor. Si lo descarto, el desplazamiento desaparece.

EDITAR: Estoy en Windows y OSX.

@tmtke ¿Así que definitivamente ha sucedido esto en Windows?

@dmblack Sí, sucedió en Windows.

... maldita sea, creo que no es tan consistente. tal vez una combinación del cuadro de búsqueda y las líneas de referencia en línea. No sé nada ahora: /

Puedo confirmar este comportamiento para Ubuntu 16.04, VC 1.18.1 si cambio entre Chromium o Firefox de nuevo a VS Code. Si cambia de Nautilus o Thunderbird por ejemplo, todo funciona bien.

También experimento esto en Fedora 27
vscode Versión 1.18.1

Finalmente, y de manera consistente, puedo reproducirme. También puedo confirmar que esto no solo afecta a navegadores como Chromium, Firefox y Google Chrome, sino a otras aplicaciones abiertas. Incluso puedo tener ninguna aplicación abierta, solo mi escritorio visible y reproducir.

Para este ejemplo, simplificado para garantizar la confiabilidad; requisitos: navegador (Chromium / Firefox / Google Chrome), VSCode Editor (cualquier tipo de archivo. Idealmente un archivo largo para garantizar que el desplazamiento sea visible)

1. VSCode: deje el cursor en la parte superior del archivo.
2. Navegador: Desplácese excesivamente (durante unos segundos) hacia abajo en la página. Incluso si es una pestaña en blanco sin contenido.
3. VSCode: Desplácese, ligeramente, en cualquier dirección.

Verá que el editor saltará repentinamente más abajo en el archivo activo.

Parece que VSCode está recibiendo los eventos de desplazamiento, por la razón que sea; que se evalúan repentinamente en cualquier forma de entrada de desplazamiento en el editor.

@tmtke @mariusa Etiquetándolos a ustedes dos, si pueden intentar reproducirlos.

Algo me dice que esto es en realidad un error de Electron. Desafortunadamente; No tengo ninguna otra aplicación de Electron para probar.

Editar: ahora tengo una caja de Windows 10 en casa. Se esforzará por probar y agregar resultados esta noche.

También pude reproducir este problema con Ubuntu 16.04. No importa a qué aplicación cambie (probada con Chromium, gedit), aunque no pude reproducir desplazándome en un escritorio vacío. No estoy experimentando esto con Windows 7. No creo que tenga nada que ver con la búsqueda o las extensiones, porque cuando inicio el código con --disable-extensions y no uso la función de búsqueda, el problema persiste de forma constante.

Editar: No quiero insinuar que algo esté relacionado sin mejores pruebas, pero el equipo de Electron / Atom tiene un problema muy similar que se informó a Atom: https://github.com/atom/atom/issues/15482 The la descripción es casi idéntica. Allí hay algunas sugerencias sobre cómo cambiar a Wayland, usar el editor en un espacio de trabajo diferente, etc. Pude confirmar que poner VSCode en otro espacio de trabajo evitó que ocurriera el problema. Esto parece que, al menos en mi caso, no es un problema específico de VSCode en este momento.

Como conjetura @dmblack , parece que se trata de un error de Electron. Un átomo relacionada tema ha proporcionado los pasos para reproducir el problema. Parece que Electron está recibiendo eventos de desplazamiento de aplicaciones de Chromium que están en la parte superior de la aplicación de Electron y luego los reproduce después de un evento de desplazamiento en la aplicación de Electron.

Sin embargo, la actualización de Electron parece solucionar el problema, por lo que depende del equipo de vscode solucionarlo.

@rebornix Que tengamos su opinión (etiquetado como se le asigna a usted). De lo contrario, parece que esto puede estar fuera de nuestras manos.

• ¿Hay algo que le gustaría que intentáramos confirmar Electron?
• ¿Hay planes para una actualización de Electron con VSCode?

¡Gracias a todos los demás involucrados hasta ahora!

Tengo este problema. Es doloroso. VSCode está escuchando el evento de desplazamiento del mouse incluso cuando no está activo en la ventana.

Me enteré de que este es un error del proyecto Chromium y, por lo tanto, afecta a VScode por estar basado en un electrón que usa el motor Chrome debajo del capó.

Acabo de presentar un error: https://bugs.chromium.org/p/chromium/issues/detail?id=807187

No estoy seguro de si se están tomando esto en serio.

Me pregunto si esto realmente es un error de Electron. El editor Atom no tiene este problema y la versión actual de Atom (1.23.3) usa una versión mucho más antigua de 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"
cromo: "58.0.3029.110"
electrón: "1.7.9"
http_parser: "2.7.0"
microsoft-build: "1.7.9"
módulos: "54"
nodo: "7.9.0"
openssl: "1.0.2k"
uv: "1.11.0"
v8: "5.8.283.38"
zlib: "1.2.11"
''

Si esto es un problema en Electron, sospecho que muchos más usuarios se verían afectados.
¿Existe una extensión o herramienta común que desencadena este comportamiento?
Todavía me sucede cuando se ejecuta vs código con: code --disable-extensionspero no cuando se ejecuta vscode y chrome en una instalación limpia, sin ninguna extensión instalada.

También uso PlatformIO y wakatime como extensiones, tal vez debería intentar instalar mis extensiones una por una y ver cuándo comienza a aparecer el problema.

De todos modos, esto se está convirtiendo en un lastre para la productividad que no veo otra opción que no sea cambiar de editor. Si alguien ha encontrado una solución alternativa, compártala.

actualizar:

• también ocurre en una instalación limpia, sin extensiones instaladas
• Una estrategia de mitigación bastante incómoda es desplazarse hacia arriba antes de desplazarse hacia abajo en vscode. Esto evita el desplazamiento repentino al final del documento, ya que parece borrar el búfer de desplazamiento hacia abajo.

El problema está relacionado de alguna manera con libinput. Como solución alternativa, puede reemplazar libinput con evdev, en ubuntu con xorg es:
"sudo apt eliminar xserver-xorg-input-libinput && sudo apt install xserver-xorg-input-evdev". Pero probablemente necesitará configurar manualmente el mouse.

@arenddeboer
Hay un enlace anteriormente en este hilo en el que Atom demuestra síntomas iguales o similares, publicado por @vacantgeologist y @tranhl

Con respecto a sus primeras notas de 'desplazamiento hacia arriba'; En mi experiencia; el editor se desplazará hacia arriba o hacia abajo, dependiendo completamente de su comportamiento en otras aplicaciones. Según mis pruebas; Descubrí que esto estaba sucediendo en cualquier aplicación, o incluso solo en mi escritorio, no solo en otras aplicaciones 'Electron'.

Respecto a una solución alternativa; hay algunas notas, amablemente aclaradas por @Fullpan. Sin embargo, no los he probado; Me interesaría tu experiencia / resultado si le das una oportunidad a esto. Preste mucha atención a su nota sobre la posible configuración manual de su mouse.

@mariusa
¿Podría actualizar la descripción / información original para incluir información adicional encontrada por otros usuarios aquí? Esto evitará otras publicaciones de los usuarios que pueden perderse o malinterpretar otro contenido de este hilo ahora mucho más largo.

Recomendaría actualizaciones de información o estado por parte de algunos de los interesados ​​en los desarrolladores apropiados, pero no parece que recibamos mucha tracción de ellos.

@dmblack hecho
@ ramya-rao-a ¿Podría asignar a un desarrollador más receptivo?

@dmblack gracias por los comentarios.
@Fullpan gracias por la referencia libinput / xorg.
Me hizo darme cuenta de que tenía WaylandEnable=false configurado en /etc/gdm/custom.conf. Volver a Wayland me solucionó el problema.

Lo mismo aquí en manjaro gnome cuando me desplazo en chrome y luego presiono alt + tab para vs code, el scroll me puso el final.
DISTRIB_RELEASE = 17.1.2
versión del kernel 4.9.77-1-MANJARO
versión vs código 1.19.3
versión libinput 1.9.4-1

Esto sucede de manera constante cuando se usa la sinergia. Es muy molesto. Problema relevante: https://github.com/symless/synergy-core/issues/6038

Si está utilizando Ubuntu 17.10 con el último entorno de escritorio GNOME, también notará este error. Intenté instalar el antiguo Ubuntu DE "Unity" y usar VSCode en él y no noté este error. Todo funcionó como se esperaba sin errores.

Linux 4.13, X11 con GNOME (no sesión de Wayland)

Otra víctima de ese error aquí también, sin embargo, he estado usando el modo zen y tengo menos posibilidades de que eso me suceda, también reiniciar Chrome y VsCode parece en mi caso ayudar a "desconectar" los eventos de desplazamiento de aplicaciones.

El sistema es manjaro KDE plasma 5

Esto también me sigue pasando a mí. Ubuntu Gnome 16.04. Cuando me desplazo en cualquier aplicación y luego cambio a vscode o chrome, se desplaza en relación con lo que sea que haya desplazado en la otra aplicación. Obviamente, esto distrae mucho. ¿Alguien tiene suerte con las soluciones?

Problema súper molesto. Ahora tengo este problema en Antergos con GNOME.

Tuve que poner mis principales aplicaciones abiertas en sus propios espacios de trabajo separados y tener un enlace de teclado para alternar entre ellos.

¿Alguien recibe este error en el modo zen? Lo he estado usando todo el tiempo y he estado 4 días sin el problema, no sé si esto puede ser relevante, pero supongo que no estaría de más investigarlo.

FWIW, puedo reproducir este problema en Chrome, VSCode y Atom (usando Fedora). Pero solo bajo X11.

Yo también he experimentado esto por un tiempo. Si estoy en otra aplicación por un tiempo y luego vuelvo a vscode, el más mínimo esfuerzo en el panel táctil o la rueda del mouse hace que el editor salte a una nueva posición. Estoy en Debian 9.

También puedo confirmar que este problema ocurre en Ubuntu 17.10 en la versión del kernel 4.15.8-041508-generic.

Puedo confirmar que esto todavía me está ocurriendo en Ubuntu 18.04 LTS, VS Code Insiders:

Versión 1.24.0-insider
Confirmar 2404210629c744e6237a14d7b5fa852e24c6e898

(X11)

Maldita sea, es un error muy molesto, cambiar al navegador, desplazar algo allí, luego volver a VS, un desplazamiento y ¡listo! Estoy al final de mi archivo.
Ubuntu 17.10

este problema molesto ocurre en ubuntu 18.04 LTS, y cuando cambio a wayland o uso alt+f2 and r para recargar gnome, parece que funciona bien nuevamente. Quizás sea una solución para ti.

Esto necesita ser arreglado. Es muy molesto.

@sevenryze Definitivamente no se aplica a Wayland. Saltaría por completo a Wayland, pero obtengo un rendimiento deficiente, un comportamiento extraño en varios monitores y un controlador NVIDIA inexistente (¡por ahora!).

Sin embargo, reiniciar GNOME definitivamente no tiene ningún efecto.

Me pregunto; para cualquiera que esté usando VSCode (o Atom, o cualquier aplicación basada en Chromium / Electron) y _no_ sufra de este error; ¿Qué entorno de escritorio estás usando?

Aparte, creo que usar evdev en lugar de libinput (en X11) también evita este problema.

Estoy usando Ubuntu 16.04 con Gnome. Ninguna otra aplicación electrónica tiene este problema.

Confirmación en Debian 9 / Mate.

Usuario de Lubuntu 18.04 aquí: también tengo un comportamiento de desplazamiento extraño en aplicaciones basadas en Chrome: slack, vscode, chrome en sí. No obtengo pergaminos aleatorios, sino que esas aplicaciones omiten algunos eventos de desplazamiento. Lo curioso aquí es que LXTerminal también se salta los eventos de desplazamiento. Firefox, por ejemplo, está funcionando perfectamente ... es realmente molesto. Por cierto, esta combinación de aplicaciones apunta a la dirección de la infraestructura subyacente: en lubuntu 16.04 no tuve ningún problema, pero después de actualizar a 18.04 se desató el infierno.

Lo mismo aquí en Xubuntu 18.04.
¡Pero!
Solo se puede reproducir si cambio entre VS Code y otra ventana con la combinación alt + tab, si cambio haciendo clic en la ventana en la barra de tareas, el desplazamiento no salta.

¿40 comentarios desde junio de 2017 y todavía no hay solución? Como consecuencia, necesito cambiar mi IDE.

@rebornix Ya no tengo el problema desde que uso el modo zen, pero ¿existe la posibilidad de agregar esto como un hito o una prioridad más alta para los próximos lanzamientos?

VSCode es todo genial, pero este error es demasiado molesto, entiendo que hay muchos problemas y las hojas de ruta están resueltas para asumir las mejoras y los errores lo mejor que puedan, y estoy un poco feliz en general por cómo ustedes repiten en el editor, sin embargo, realmente creo que a este problema no se le está dando la importancia necesaria ya que es un problema visual que rompe y perturba seriamente el flujo de trabajo de los desarrolladores.

Esto hace que VSCode sea básicamente inutilizable porque no puede cambiar de ventana a través de alt + tab y esa es una funcionalidad básica de raíz de la aplicación.

@ Esteban-Rocha Puedo reproducir bug en Modo Zen.

Deje de enviar spam a este error. VSCode es de código abierto, si quieres que se solucione, ¡arréglalo!
No tiene ningún valor agregar comentarios que exijan una solución a otra persona.

@smehrbrodt Estamos creando conciencia.

@smehrbrodt No es spam, amigo, primero debes entender cómo funciona OSS y específicamente cómo funciona el equipo de VS Code.

@fotonmoton Ohh eso apesta :(! Puede que tenga suerte, si ese es el caso, esto significa que el problema es aún peor, ya que no hay ningún truco alrededor

Además, puedo confirmar que Atom ha resuelto este problema para mi configuración desde que actualicé a Electron 2.0.0 (https://github.com/atom/atom/pull/17273).

Sin embargo, he probado este error en las compilaciones exploratorias de ese problema y, desafortunadamente, todavía parece sufrirlo.

editar:
Borre eso, no estaba probando Atom en capas debajo de otra ventana; Pude replicarlo en Atom con tecnología Electron 2.0.0.

Mi observación. El problema aún existe con Google Chrome, por lo que es inútil ver que se solucione pronto en el código VS.

De acuerdo ... por lo que descubrí hasta ahora, parece que tiene algo que ver con la entrada proveniente de diferentes dispositivos de entrada virtual. La instalación y ejecución de imwheel sin ninguna configuración adicional soluciona el problema de todas las aplicaciones afectadas.

@ dr0p

Probablemente sea importante marcar esto como una solución alternativa y no como una solución.

Agradecemos sus comentarios. Buscaré implementar una solución alternativa funcional hasta que esto se aborde con los recursos adecuados.

Esto me pasa cuando estoy en Ubuntu 18 LTS. Realmente molesto y afecta mi productividad.

ACTUALIZACIÓN :: enojado:

Vine aquí después de notar la misma instalación estándar de Ubuntu 18.04 (nueva), VSCode instalado desde la "tienda" de software de Ubuntu. Tengo el mismo comportamiento si me desplazo hacia arriba y hacia abajo en VSCode y luego cambio a Chrome (por ejemplo, esta página larga) y me desplazo, obtengo un salto. También tengo el mismo problema con la aplicación Slack, que está construida sobre Electron, creo, pero solo cuando uso Alt-Tab: hacer clic en el dock o la aplicación (si está visible) parece no causar este comportamiento.

Información de la versión de VSCode:

Versión 1.24.1
Confirmar 24f62626b222e9a8313213fb64b10d741a326288
Fecha 2018-06-13T17: 47: 35.732Z
Shell 1.7.12
Procesador 58.0.3029.110
Nodo 7.9.0
Arquitectura x64

Puede confirmar que instalar y ejecutar imwheel es una solución alternativa, solo recuerde comenzar imwheel después de instalarlo. Lamentablemente, noto que ejecutar imwheel en su configuración predeterminada parece evitar que Ctrl-Mousewheel funcione como control de zoom.

Para todos los falks de Linux aquí, hay un truco muy fácil. puede instalar imwheel y solucionará este problema. He estado usando este truco durante un tiempo y no he notado ningún problema. Si está en ubuntu, es tan fácil como sudo apt install imwheel y luego agréguelo a los programas de inicio de su sistema abriendo la interfaz gráfica de usuario de las aplicaciones de inicio y agregando el programa /usr/bin/imwheel .

Hola...
Estoy usando Debian 9 con el escritorio Mate. Desde https://forums.linuxmint.com/viewtopic.php?t=241431 , como solución alternativa, desactive el desplazamiento suave desde Chrome. Funciona para mi...

He tenido el mismo problema desde Ubuntu 16.04 LTS con unity, lo tenía en Ubuntu 17.10 con gnome y ahora en 18.04 LTS con gnome. También está sucediendo con Sublime Text 3 y algunos otros programas. Estoy usando principalmente el desplazamiento de 2 dedos del trackpad, aunque estoy bastante seguro de que también sucede con un mouse.

Acabo de instalar y ejecutar imwheel según la sugerencia de @hardikdangar , y los primeros resultados son positivos.

Sugiere que el comportamiento no está relacionado directamente con vscode, sino que tiene algo que ver con la forma en que las cosas X interpretan el mouse o algo así.

Para su información, chicos, hay un botón de 'Suscribirse'. No sirve de mucho decir 'Me está pasando a mí también' en un comentario a menos que tenga más información para agregar al problema. Por favor, no se ofenda por esto. Solo sé que molesta a las personas que escriben código para proyectos de código abierto cuando reciben spam sin motivo.

Estoy usando Mate en la distribución Antergos y estoy observando este problema. Siempre estoy ejecutando Chrome y vscode en espacios de trabajo separados. El imwheel no funciona bien para los paneles táctiles con desplazamiento de precisión, por lo que no es una solución aceptable para mí.
He solucionado mi problema utilizando xdotool para cambiar el espacio de trabajo, anulando los accesos directos predeterminados.

Lo hago de esta manera:
Mover al espacio de trabajo a la izquierda:
xdotool set_desktop --relative - -1

Mover al espacio de trabajo a la derecha:
xdotool set_desktop --relative - 1

Espero que ayude hasta que se resuelva este problema ...

imwheel causa un comportamiento de desplazamiento horrible.

Sé que es un error frustrante para muchos usuarios (incluido yo mismo), pero tratemos de no sacarlo de los desarrolladores de vscode. Según tengo entendido, este es un error en el cromo y, por lo tanto, también se está dando a conocer en Electron. Los desarrolladores de vscode hacen un trabajo increíble, pero se podría argumentar que esto está fuera del alcance de sus responsabilidades. Si queremos una solución más rápida, la comunidad de Linux debe involucrarse, ya que el equipo de chromium está pidiendo activamente nuestra ayuda aquí . Sin tratar de ofender, realmente aprecio el trabajo duro de los equipos vscode

el mismo problema aqui. vscode interactúa mal con Chrome.

En mi caso, mi cursor siempre salta hacia la parte superior de la página. Es muy molesto porque lo distrae de la lectura y puede hacer que pierda la concentración. ¿Está relacionado con el mismo problema?
Ubuntu 18.04, versión de Chrome 70.0.3538.67 (compilación oficial) (64 bits)

Oh no, logré activarlo con electron 3 en ubuntu 18.04.1. No sé cómo, pero definitivamente sucede con menos frecuencia en la exploración.

Versión: 1.29.0-exploración
Confirmar: 8fc99c65d2f01e7b413cde2d3bf7785356778381
Fecha: 2018-10-30T11: 31: 30.266Z
Electrón: 3.0.6
Cromo: 66.0.3359.181
Node.js: 10.2.0
V8: 6.6.346.32
Arquitectura: x64

Hice algunas pruebas con diferentes entornos de escritorio y descubrí que este error ocurre al usar Gnome y XFCE4, pero no en LXQT o KDE Plasma. No estoy seguro de si este es un caso aislado, pero al menos por ahora, para mí, parece que los entornos de escritorio basados ​​en GTK están sufriendo este error, mientras que los entornos de escritorio basados ​​en QT no.

¿Pueden las personas que tienen este problema votar sobre el error del cromo? Este todavía está abierto: https://bugs.chromium.org/p/chromium/issues/detail?id=807187

Hice algunas pruebas con diferentes entornos de escritorio y descubrí que este error ocurre al usar Gnome y XFCE4, pero no en LXQT o KDE Plasma. No estoy seguro de si este es un caso aislado, pero al menos por ahora, para mí, parece que los entornos de escritorio basados ​​en GTK están sufriendo este error, mientras que los entornos de escritorio basados ​​en QT no.

Gracias por mencionar esto. Hoy he instalado KDE plasma y este error ya no existe en mi nuevo entorno.

El desplazamiento, en general, también es mucho más fluido en KDE.

en ubuntu 18.04 y el último vscode, después de alt + tab en opera, alt + tab en vscode editor se desplaza hacia abajo o hacia arriba.

actualización: imwheel causa un comportamiento de desplazamiento horrible.

Hola chicos, ¿Alguien sabe cómo solucionar este problema? o alguna solución alternativa hasta que VS Code lo solucione?

Cambié a Firefox, con IE pasando a Chrome, también es lo mejor para la web. 😊

Aparte de eso, sin embargo, no hay una solución alternativa real hasta ahora, e intenté muchas cosas. La herramienta 'imwheel' mencionada anteriormente funciona, pero causa más problemas de los que resuelve.

@Epskampie Debe tenerse en cuenta aquí, por supuesto, ¡que cambiar a Firefox no ayuda! La ventana en la que se desplaza antes de volver a cambiar a VS Code (o Atom, etc.) _no necesita estar basada en Chromium_.

Puedo replicar esto de manera confiable con Firefox + VS Code (mi navegador de controladores diario) tan bien como con Chrome + VS Code.

Incluso puedo, de hecho, replicar esto con Firefox + Chrome, por:

1. Abriendo Chrome y Firefox en una página que puede desplazarse.
2. Ir a Firefox y desplazarse mucho hacia abajo.
3. Alt-Tabulador a Chrome y desplazarse un poco hacia abajo: la página se acercará según este problema.

Sin embargo, no observará lo contrario; Firefox no sufre el problema en sí, solo Chromium (Chrome, Atom, VS Code).

Por supuesto, esto no es un gran problema para dos navegadores. Definitivamente es un problema para un editor de código como VS Code o Atom, donde comúnmente cambiará a un navegador web (Firefox o Chrome) y realizará muchos desplazamientos. Eventualmente, volverá a su editor, se desplazará incluso una sola línea y saltará hasta el final de su archivo.

Definitivamente duele la experiencia.

Antergos con gnome también sucede. El código para Chrome y viceversa, sucede. Cromo para sublime, no.

[ACTUALIZAR] imwheel arreglarlo.

La causa principal es esta: https://bugs.chromium.org/p/chromium/issues/detail?id=608246

Dios mío, pensé que había algo mal con mi mouse, pero puedo reproducir lo que se publica aquí https://github.com/Microsoft/vscode/issues/28795#issuecomment -350631888

@yuritoledo, ¿ podría describir cómo lo solucionó imwheel por favor? qué parámetros o algo así. gracias

@aleksanderd debes instalar imwheel y ponerlo en marcha con tu sistema. Así de simple: D

Si tiene un mouse con más botones que el tradicional, puede usar imwheel -b 45

Tengo el mismo problema de desplazamiento con vscode y chrome en xubuntu 18.04.
Acabo de probar la solución imwheel, como se sugirió anteriormente, y el desplazamiento ya no está influenciado por otras aplicaciones. Sin embargo, ahora, cuando me desplazo muy lentamente en VSCode, el desplazamiento no es nada suave, se mueve en pequeños pasos.

Estoy usando Mate en la distribución Antergos y estoy observando este problema. Siempre estoy ejecutando Chrome y vscode en espacios de trabajo separados. El imwheel no funciona bien para los paneles táctiles con desplazamiento de precisión, por lo que no es una solución aceptable para mí.
He solucionado mi problema utilizando xdotool para cambiar el espacio de trabajo, anulando los accesos directos predeterminados.

Lo hago de esta manera:
Mover al espacio de trabajo a la izquierda:
xdotool set_desktop --relative - -1

Mover al espacio de trabajo a la derecha:
xdotool set_desktop --relative - 1

Espero que ayude hasta que se resuelva este problema ...

para paneles táctiles de precisión, intente esto después de instalar imwheel

crear archivo de configuración para imwheel
gedit ~ / .imwheelrc
luego pega:
Ninguno, Arriba, Botón 4, -1
Ninguno, Abajo, Botón5, -1
Control_L, Arriba, Control_L | Button4
Control_L, Abajo, Control_L | Button5
Mayús_L, Arriba, Mayús_L | Botón4
Shift_L, Abajo, Shift_L | Button5

ahora, si usa un panel táctil de precisión, mantenga los dos valores -1.
si está usando un mouse, cámbielos a 1.

parece ser una solución para una de las opciones: mouse o panel táctil.

@ geoffroy-noel-ddh

Intente agregar a este tipo en su configuración de vscode: "editor.smoothScrolling": true,

@yuritoledo En realidad no funcionó.

@pwaterz sobre qué problema?

Mismo problema. Si Chrome está activo, luego alt tab a vscode, luego desplácese, salta a la parte inferior o superior. Es un error bastante molesto. Por lo que reuní, el problema está en libinput que requiere gnome o posiblemente en la versión de electron que usa el código vs. Leí que atom ide solucionó el mismo problema actualizando electron.

@pwaterz Estoy en atom y no funciona

@pwaterz debe instalar imwheel y ponerlo en marcha con su sistema. Tan simple como eso

Para todos los falks de Linux aquí, hay un truco muy fácil. puede instalar imwheel y solucionará este problema. He estado usando este truco durante un tiempo y no he notado ningún problema. Si está en ubuntu, es tan fácil como sudo apt install imwheel y luego agréguelo a los programas de inicio de su sistema abriendo la interfaz gráfica de usuario de las aplicaciones de inicio y agregando el programa /usr/bin/imwheel .

GRACIAS hardidangar y dr0p. Linux Newbie, aquí. Espero devolverle el dinero a la comunidad en el futuro.

El problema que encontré con la solución alternativa imwheel es que altera el comportamiento de desplazamiento y agrega un pequeño pero notable retraso al desplazarse (especialmente notable si no usa el desplazamiento suave en todas partes).

También quiero señalar que el imwheel no es una solución perfecta. He notado un comportamiento extraño desde que lo cambié. Creo que el problema con imwheel es menos molesto que el problema del salto de desplazamiento anterior, pero no lo consideraría una solución, es más una ayuda.

Tiene ese problema en Arch Linux con Gnome usando Chrome y VSCode. Después de cambiar de Xorg a Wayland, esto ya no aparece. Estaba usando Xorg por razones de compatibilidad.

Dado que para mí imwheel causa otros problemas, probé alternativas y la solución que encontré es: No use alt + tab, en su lugar use win + 1, win + 2.
Supongo que a algunos de ustedes no les gustará esto ya que alt + tab no se puede cambiar, pero no puedo manejar este problema de desplazamiento.

El mismo problema ocurre en:

Ubuntu 18.04.2 LTS
Escritorio Xfce 4.12 o escritorio Gnome 3.28.2

Ocurre cuando desplazo Thunar 1.6.15 o Chrome 70.0.3538.77 (compilación oficial) y alt-tab a Visual Studio Code, mi código salta el desplazamiento cuando comienzo a desplazar el código abierto.

Como si el salto ocurriera del mismo tamaño que yo en el otro software.

Este problema me molesta en Gnome 3.2. Sin embargo, puedo hacer xdotool windowactivate <window-id> y no experimentar el salto de desplazamiento.

Si alguien tiene experiencia escribiendo complementos de gnome, es posible que pueda anular alt-tab y, en lugar de realizar el comportamiento de enfoque normal, envíe la identificación de la ventana a xdotool windowactivate <window-id> o algún otro comando

Estaba intentando hacer que alt-tab disparara un desplazamiento oculto adicional hacia abajo y hacia arriba usando xdotool pero desafortunadamente eso no pareció funcionar para mí. Algo en ese sentido podría ser el truco que necesitamos.

Este problema se ha solucionado, solo necesitamos que alguien haga un pequeño tutorial sobre cómo
para compilar el último murmullo de la fuente.

Eso sería muy apreciado.

El sábado 23 de febrero de 2019 a las 13:20, Luke < [email protected] escribió:

Estaba intentando hacer que alt-tab active un desplazamiento oculto adicional hacia abajo
y usando xdotool, pero desafortunadamente eso no pareció funcionar para mí.
Algo en ese sentido podría ser el truco que necesitamos.

-
Estás recibiendo esto porque comentaste.
Responda a este correo electrónico directamente, véalo en GitHub
https://github.com/Microsoft/vscode/issues/28795#issuecomment-466621373 ,
o silenciar el hilo
https://github.com/notifications/unsubscribe-auth/AV-WqlTj3XZ_wUHB43CVnZVoSyUZz48dks5vQN3FgaJpZM4N66mN
.

¿Qué quieres decir con que esto se ha solucionado? ¿Puedes señalar una confirmación u otro hilo?

@pwaterz Creo que @mayaru se refiere a este problema en murmullo: https://gitlab.gnome.org/GNOME/mutter/issues/401

Uno de los comentarios más destacados sobre ese tema:

No sucede en Wayland, solo en Xorg, pero nuevamente, solo en WM basados ​​en Mutter.

Si simplemente sucede en Xorg, en mi humilde opinión, es una fuerte indicación de que no es realmente culpa de murmurar (en todo caso, está haciendo el cambio de enfoque de una manera que la aplicación no hizo, pero no hay nada que "arreglar" al respecto)
Con el desplazamiento suave de Xorg, los ejes de desplazamiento se transmiten como 2 ejes dx / dy, que acumulan el desplazamiento realizado hasta el momento. El problema es que este estado es global para toda la sesión, si se desplaza en una aplicación, va a otro lugar y se desplaza y vuelve a la aplicación, verá los valores afectados por el desplazamiento exterior.
Los kits de herramientas (incluiré electron aquí) deben ser inteligentes al respecto y restablecer su propio estado cuando el puntero ingresa a la aplicación para que los cambios en dx / dy que ocurrieron desde la última vez se ignoren.
Este es un problema conocido con el desplazamiento suave de XI2.3.

Ese análisis parece correcto, ya que este problema afecta tanto a code como a chrome . Se agregaron detalles a este número (¡abierto por primera vez en mayo de 2016!): Https://bugs.chromium.org/p/chromium/issues/detail?id=608246

En mi opinión, lo apropiado ahora es presionar al equipo de cromo para que arregle su error.

No es solo de Chromium, lo reproduje en mi administrador de archivos (Ubuntu 18.04) e incluso en un escritorio en blanco, simplemente desplácese en cualquier página y vuelva a vscode y vuelva a desplazarse, todos los eventos de desplazamiento anteriores se activan.

Hay dos cosas a tener en cuenta aunque:

1. La cantidad de desplazamiento en vscode es exactamente igual al número de eventos de desplazamiento que disparó en la otra ventana.
2. La ráfaga de desplazamiento se cancela si cambia el dispositivo, es decir, si usa la rueda del mouse para desplazarse por otras ventanas y usa el panel táctil para el primer desplazamiento en el código vs lo cancelará.

También noté que esto no es solo con el código vs, puede desplazarse por el código vs y regresar a Chrome y ocurrirá la misma ráfaga. En particular, esto no sucederá si cambia entre diferentes ventanas de la misma aplicación.

No es solo de Chromium, lo reproduje en mi administrador de archivos [...]

Correcto, son las aplicaciones basadas en Chrome que no manejan esos desplazamientos de desplazamiento correctamente; no importa en qué aplicación se desplace antes de presionar alt-tab hasta code / chrome / etc. Chrome necesita restablecer su estado de desplazamiento interno en este escenario (editar: y por "Chrome", me refiero a la base de código compartida utilizada por las aplicaciones Electron / Chrome / Opera (?) / Etc - Yo _no_ me refiero solo a Chrome / Aplicación Chromium).

Este problema me molesta en Gnome 3.2. Sin embargo, puedo hacer xdotool windowactivate <window-id> y no experimentar el salto de desplazamiento.

Si alguien tiene experiencia escribiendo complementos de gnome, es posible que pueda anular alt-tab y, en lugar de realizar el comportamiento de enfoque normal, envíe la identificación de la ventana a xdotool windowactivate <window-id> o algún otro comando

Si esto es cierto, entonces debería ser posible escribir una extensión de shell gnome para piratear el conmutador de pestañas alt incorporado:

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

y reemplácelo con xdotool . He intentado hacer eso sin éxito, porque tengo muy poca experiencia en el desarrollo de extensiones gnome ... Si alguien lo ha logrado, ¡compártelo! Los saltos de desplazamiento realmente me están volviendo loco ahora.

mayaru en 1.32.2 problema no solucionado ...

Lo siento, estás apretado. Me confundí por otro error sobre la actualización.
tasa del monitor. Culpa mía :)

Pero en cualquier caso, alguien publicó antes de una solución alternativa. Puedes usar
imwheel y actualice el archivo de configuración con valores -1 para paneles táctiles y 1
valores para el mouse. Sería bueno que alguien hiciera un guión para que
los interruptores apuestan a las dos configuraciones cuando se detecta un mouse. Ahora estoy cambiando
manualmente y está funcionando bien.

El jueves 14 de marzo de 2019 a las 13:27, Maxim < [email protected] escribió:

mayaru en 1.32.2 problema no solucionado ...

-
Estás recibiendo esto porque te mencionaron.
Responda a este correo electrónico directamente, véalo en GitHub
https://github.com/Microsoft/vscode/issues/28795#issuecomment-472720388 ,
o silenciar el hilo
https://github.com/notifications/unsubscribe-auth/AV-Wqp0Uaqq34k_2zv3RbasG2zk49V9Tks5vWevAgaJpZM4N66mN
.

imwheel no ayuda ...

Cambie el archivo de configuración.

El jueves 14 de marzo de 2019 a las 20:27, Maxim < [email protected] escribió:

imwheel no ayuda ...

-
Estás recibiendo esto porque te mencionaron.
Responda a este correo electrónico directamente, véalo en GitHub
https://github.com/Microsoft/vscode/issues/28795#issuecomment-472852588 ,
o silenciar el hilo
https://github.com/notifications/unsubscribe-auth/AV-WqruE1HadxIcHuKBehM07-nDvxlEFks5vWk43gaJpZM4N66mN
.

imwheel simplemente mueve el problema. Cuando lo instalé, impidió que el desplazamiento saltara en vscode, pero cuando me moví a Chrome, Postman y Slack, saltaría allí. Tenga en cuenta que todas esas aplicaciones utilizan cromo.

El mismo problema aqui.
Ubuntu 18.04
VSCode: 1.32.2
Cromo: 73.0.3683.75

Creo que Github debería tener un sistema de recompensas similar al de StackOverflow para financiar el interés en resolver problemas como estos.

Depende del proyecto: https://github.com/bountysource/core/wiki/Frequency-Asked-Questions

No es solo de Chromium, lo reproduje en mi administrador de archivos (Ubuntu 18.04) e incluso en un escritorio en blanco, simplemente desplácese en cualquier página y vuelva a vscode y vuelva a desplazarse, todos los eventos de desplazamiento anteriores se activan.

Hay dos cosas a tener en cuenta aunque:

1. La cantidad de desplazamiento en vscode es exactamente igual al número de eventos de desplazamiento que disparó en la otra ventana.
2. La ráfaga de desplazamiento se cancela si cambia el dispositivo, es decir, si usa la rueda del mouse para desplazarse por otras ventanas y usa el panel táctil para el primer desplazamiento en el código vs lo cancelará.

También noté que esto no es solo con el código vs, puede desplazarse por el código vs y regresar a Chrome y ocurrirá la misma ráfaga. En particular, esto no sucederá si cambia entre diferentes ventanas de la misma aplicación.

Observo exactamente el mismo escenario. Aún así, ahora no puedo encontrar ninguna solución. Actualícenos si alguien encuentra uno.

El mismo problema aqui.
Ubuntu 18.04
VSCode: 1.32.3
Cromo: 73.0.3683.86

Cambie a ubuntu en wayland para resolver el problema

El mismo problema aqui.

ID de distribuidor: Ubuntu
Descripción: Ubuntu 18.10
Lanzamiento: 18.10
Nombre en clave: cósmico

Chrome: versión 73.0.3683.86 (compilación oficial) (64 bits)

VSCode
Versión: 1.32.3
Confirmar: a3db5be9b5c6ba46bb7555ec5d60178ecc2eaae4
Fecha: 2019-03-14T23: 38: 49.842Z
Electrón: 3.1.6
Cromo: 66.0.3359.181
Node.js: 10.2.0
V8: 6.6.346.32
SO: Linux x64 4.18.0-16-genérico

Experimentando el mismo problema.

Ubuntu 18.04.2
VSCode: 1.32.3
Cromo: 73.0.3683.86

Enseñándome a mí mismo a usar win + 1, win + 2 y así sucesivamente mientras tanto.

De acuerdo con https://bugs.chromium.org/p/chromium/issues/detail?id=807187#c20 y algunas de mis pruebas preliminares en Manjaro 18.0.4, este error parece estar corregido (_¡ milagrosamente! _) En GNOME (murmullo) 3.32.0.

¡Puedo confirmar que está arreglado en el último murmullo!

>

Lo mismo aquí está arreglado en fedora rawhide (que usa gnome 3.32)

Impresionante ver que está arreglado. Espero que VSCodium se actualice pronto. :)

Lástima para los usuarios de Debian. 2021 no muy lejos ... :(

Oh, vamos, han pasado 2 años y ahora he vuelto al desarrollo de js en VSCode, ¿y todavía no solucionas este error de desplazamiento?

Oh, vamos, han pasado 2 años y ahora he vuelto al desarrollo de js en VSCode, ¿y todavía no solucionas este error de desplazamiento?

Creo que este es un proyecto de código abierto. Nadie está obligado a arreglar algo. Informamos y discutimos el problema cortésmente.

¿Alguien más ejecuta Ubuntu 18.04 con VS 1.33.1 y Slack 3.3.8 de 64 bits? Sigo experimentando el problema. Desplazarse hacia abajo en Slack / Chrome y volver a VSC y hacer clic / desplazarse introducirá los eventos de desplazamiento tardío.

Sí, este sigue siendo un problema activo para ubuntu 18.04.

Tengo el mismo problema
Gnomo 3.30.2
Ubuntu 18.10

editar: actualizado a 19.04 que viene con Gnome 3.32.1 y parece estar arreglado.

Empeoró en Fedora 29, código 1.33.0

Creo que tiene que ver con complementos de formato de código, que cambian el contenido antes de guardar. Ahora, el cursor a menudo salta al final del archivo en cada guardado, mientras que la ventana gráfica permanece en su lugar. Pero si presiona las teclas de flecha arriba / abajo, el desplazamiento también salta al final del archivo.

@alexandrudima Alex, ¿alguna oportunidad de echar un vistazo a esto?

Acabo de actualizar a 19.04 y el problema finalmente se solucionó.

Tengo el mismo problema
Gnomo 3.30.2
Ubuntu 18.10

editar: actualizado a 19.04 que viene con Gnome 3.32.1 y parece estar arreglado.

Intentará actualizar y comprobar si se soluciona.

editar: actualizado a Ubuntu 19.04 y Gnome 3.32.1 y está arreglado. muchas gracias

Tengo un nuevo T480 con Debian 9.9 que todavía enfrenta el mismo problema. Kernel 4.9.144-3.1

También puedo confirmar que ya no tengo este problema en ubuntu 19.04.

Hola !

También estoy experimentando este problema en Ubuntu 18.04. (Pila de habilitación de hardware instalada). ¿Existe la posibilidad de que la solución se vuelva a exportar a gnome 3.28? ¿O tengo que actualizar a 18.10 y luego a 19.04 para solucionar el problema?

Sé que cada versión de Ubuntu congela sus paquetes una vez en la fase de lanzamiento, pero ¿tal vez respaldan una solución de importación como esta?

¡Hola chicos! Debido a este error, me mudé a KDE recientemente, y hasta ahora se ve muy bien: el error ha desaparecido y, además, hay muchos widgets plasmoides brillantes.
Ubuntu 18.04

También estoy observando este comportamiento en mi máquina:
SO: Ubuntu 18.04.2 LTS
Entorno de escritorio: Gnome 3.28.2
Versión de Chrome: 75.0.3770.100 (compilación oficial) (64 bits)

--- Código VS
Versión: 1.35.1
Confirmar: c7d83e57cd18f18026a8162d042843bda1bcf21f
Fecha: 2019-06-12T14: 27: 31.086Z
Electrón: 3.1.8
Cromo: 66.0.3359.181
Node.js: 10.2.0
V8: 6.6.346.32
SO: Linux x64 4.18.0-25-complemento genérico

Solo para dar seguimiento. Esto todavía se soluciona cuando se ejecuta ubuntu 19.04 con stock gnome.

¿Se trata de un problema de SO o de vscode?
Porque también se enfrenta en otra aplicación, entre el editor de texto y el cromo
Tener Ubuntu 18.04
VS Code 1.34.0
Versión de Chromium 75.0.3770.90

También noté que no es un desplazamiento aleatorio, sino que se desplaza igual que en otra aplicación. Arriba o abajo y cómo me desplazo. Como si administraran el estado entre sí, es necesario encontrar una opción para apagarlo.

$ sudo apt-get install imwheel
$ imwheel

Trabajó para mi.

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

Parece estar arreglado en Ubuntu 19.04 y la última MacOS.

@ vishal112logistic Pero el desplazamiento no es fluido.

Actualizar a ubuntu 19.04 es la mejor solución.

Estoy usando Ubuntu 18.04 y tengo este problema cuando cambio las pestañas de Chrome a VS Code. Probé con Chrome + Terminal y pude reproducir el mismo comportamiento cuando alt + tabulador de Terminal a Chrome (la barra de desplazamiento de Chrome salta), pero no al revés (Terminal se desplaza bien).

Estaba usando Ubuntu 19 antes y no tuve este problema, así que ahora estoy actualizando a Ubuntu 19.

Parece que nadie mencionó esto, pero el desplazamiento no es aleatorio. Si me desplazo hasta la parte inferior de la página en Chrome y alt + tabulador a VS Code, la página salta a la parte inferior proporcionalmente a cuánto me desplacé en Chrome. De VS Code a Chrome también es lo mismo. Y también de la Terminal a Chrome.

PD: Ubuntu 19 está bien. No creo que esto sea un problema de VS Code, ya que tuve lo mismo usando Ubuntu 18 entre Chrome y las ventanas de la Terminal.

Bien, como la gente informa que no se reproduce en 19.04.

1) Estoy en 18.04 LTS, que no puedo actualizar a no LTS,
2) Algunas personas también encuentran esto en Windows y OSX

Así que realmente agradecería que lo arreglemos.
Nota: No soy muy técnico, así que por favor sea amable y sea fácil con personas como yo.

Estimado @mariusa

¿Podría elaborar / actualizar la publicación inicial con algunas aclaraciones, en un esfuerzo por evitar más ruido en esto? ¿En la parte inferior de la publicación puede ayudar?

Quizás algunos puntos clave;

• (ADIVINAR); ¿Parece ser un problema con Electron y algunas bibliotecas de entrada?
• No está aislado de VScode

Reparar; Aún no existe.

Soluciones provisionales de Linux (no confundir con una solución);

• imwheel - no apto para todos los usuarios
• wayland - no apto para todos los usuarios

Nota: Ubuntu 1904 (escritorio) parece estar usando Wayland.

No estoy seguro de que veamos más actualizaciones aquí, lo cual es un poco decepcionante para los desarrolladores. Me gustaría tener alguna orientación oficial, incluso si nos indica otros recursos. Como se mencionó; no parece ser un problema con VSCode en sí, sino con 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

El error permanece :(

El método
$ sudo apt-get install imwheel
$ imwheel

El método
$ sudo apt-get install imwheel
$ imwheel

Esta solución no está completa. Desactiva el zoom mediante Ctrl + rueda en aplicaciones (Firefox, Chromium, LibreOffice, lector de PDF ...). ¿Pudiste solucionar los problemas secundarios mencionados anteriormente? Estaré agradecido por esta información.

Agregado: encontré una solución para solucionar problemas secundarios. Para hacer esto, cambie la configuración de imwheel. Más información aquí: https://wiki.archlinux.org/index.php/IMWheel

Desactiva el zoom con Ctrl + rueda en la aplicación

Whoa, ni siquiera conozco ese atajo durante todo el tiempo: P

Ejecutar imwheel causa una experiencia de desplazamiento realmente horrible para mí, muy áspera / nerviosa, especialmente cuando se desplaza lentamente.

¿Alguien capaz de determinar realmente qué está haciendo imwheel para evitar el error de desplazamiento descrito en este número? Me encantaría encontrar el software / paquete realmente responsable y encontrar / abrir un problema con ellos directamente.

@sensiloles @uphlewis Acabo de estar de acuerdo, noté que usé Ctrl + rueda para hacer zoom en Inkscape, pero no funciona después de usar imwheel. Qué tengo que hacer :(

@sensiloles @uphlewis Acabo de estar de acuerdo, noté que usé Ctrl + rueda para hacer zoom en Inkscape, pero no funciona después de usar imwheel. Qué tengo que hacer :(

Crear o editar ~ / .imwheelrc
Una línea ". *" En el archivo significa que la configuración se aplicará a todos los programas.

Muchas gracias, funciona, hasta ahora todo bien.

Estoy usando ubuntu 18.04, pero su enlace para arch, y lo configuré de la siguiente manera en mi sistema:

1. Agregue las siguientes líneas a ~ / .imwheelrc y guarde

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

1. Agregue el siguiente comando a las preferencias de la aplicación de inicio
   imwheel --kill --buttons "4 5"

Ahora, mi zoom funciona bien y el desplazamiento no salta.

Tengo el mismo error y no sé qué sucede porque los otros editores basados ​​en electrones no parecen tenerlo cuando uno tiene el puntero seleccionando otra línea de código y uno se desplaza más tarde con alt-tab. Cambio la ventana de nuevo a vscode y saltar casi 200 líneas de código arroja al azar o hacia abajo más de lo que todo me ha pasado por la nariz si tengo algo que ver con el cursor del mouse en qué posición esta

Una gran desventaja de usar imwheel : el desplazamiento con dos dedos en un trackpad es entrecortado como el infierno (en 18.04). Las soluciones que he visto en línea para esto es eliminar imwheel , pero luego tenemos el problema de desplazamiento aleatorio nuevamente en VSCode. Parece que no hay forma de ganar. :decepcionado:

marcar este problema,

Muchas gracias, funciona, hasta ahora todo bien.

Estoy usando ubuntu 18.04, pero su enlace para arch, y lo configuré de la siguiente manera en mi sistema:

1. Agregue las siguientes líneas a ~ / .imwheelrc y guarde

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

1. Agregue el siguiente comando a las preferencias de la aplicación de inicio
   imwheel --kill --buttons "4 5"

Ahora, mi zoom funciona bien y el desplazamiento no salta.

esto es un trabajo para mí, estoy usando archlinux.

imwheel definitivamente todavía se siente como que agrega retraso y agitación al desplazamiento ... Todo el sistema.

El mismo problema para mí (Debian 10)
Versión VSC: 1.40.2
Electrón: 6.1.5
Cromo: 76.0.3809.146
Node.js: 12.4.0
V8: 7.6.303.31-electron.0
SO: Linux x64 4.19.0-6-amd64
Estoy usando imwheel y probaré la solución

Puede confirmar que esto no ocurre cuando se ejecuta Ubuntu 19.10, por lo que debe mitigarse / resolverse mediante una corrección en GNOME / Mutter al menos tan pronto como el que se incluye con 19.10.

Por lo tanto, las personas que siguen una versión de LTS solo deberían esperar hasta abril del próximo año para que 20.04 LTS incluya estas correcciones.

Estoy en Manjaro 4.19 LTS con Xfce. No estoy seguro de cuándo / si puedo cambiar a Wayland. Entonces, para una solución real, debo esperar una solución de Electron / Chrome. ¿Hay un ticket de error correspondiente para ver en el proyecto Chromium?

@thegitfather No creo que 19.10 (GNOME y Mutter actualizados) se esté ejecutando en Wayland, ciertamente no. Por lo tanto, debe resolverse en una actualización posterior de Mutter.

Tan harto, actualicé de 18.04 a 19.04. El panel táctil definitivamente "se siente" diferente (aceleración / sensibilidad) pero el salto de desplazamiento parece estar arreglado. Buena suerte a todos.

Hice eso, pero después de algunas semanas, mi computadora portátil siguió formateándose después de cada reinicio, así que volví a 18.04

Intenté usar imwheel y funcionó bien, excepto que de alguna manera rompió mi pestaña de extensiones en VSCode. Consulte https://github.com/microsoft/vscode/issues/86583 para obtener más detalles.

Todavía sucede en linux, XUbuntu 19.04 5.0.0-38-generic, escritorio XFCE
Versión: 1.42.1
Confirmar: c47d83b293181d9be64f27ff093689e8e7aed054
Fecha: 2020-02-11T14: 50: 36.977Z
Electrón: 6.1.6
Cromo: 76.0.3809.146
Node.js: 12.4.0
V8: 7.6.303.31-electron.0
SO: Linux x64 5.0.0-38-complemento genérico
(versión instantánea c47d83b2)

Hola, ¿hay algún progreso en este error? Realmente me molesta: D

Solo 155 comentarios desde el 15 de junio de 2017. Debemos ser pacientes.

Puedo reproducir eso en debian 10

Estoy esperando una solución. ¿Alguien?

Aún puede reproducir este problema muy fácilmente de la misma manera que otros anteriores. Ubuntu 18.04 tabulando entre aplicaciones como Firefox y VS Code, luego usar mi rueda de desplazamiento en el código hace que vaya al final del archivo. Principalmente un error de productividad, no he encontrado una manera de solucionarlo / evitar que esto suceda; si alguien conoce uno, ¡compártelo! Feliz de ayudar a reproducir el error con un video o una sesión / llamada para compartir videos.

@chriswernette Encontré una solución: instale el programa imwheel y ejecútelo. Debería corregir el error siempre que su computadora esté encendida. Tenga en cuenta que agregar este comando a su archivo rc podría romper vscode . Debe ejecutarlo manualmente en su CLI cada vez que inicie su computadora ... Con la esperanza de que algún día arreglen este error.

Por cierto, solo alt + tab causa este problema. Cambiar entre pestañas con el puntero del mouse no me causó este problema. También me di cuenta de que Firefox resolvió este problema mientras que todavía existe en Chrome.

Puede confirmar la reproducción del error como se describe: 1) en Chrome ver una pestaña, desplazarse hacia arriba o hacia abajo sustancialmente en una página, 2) la pestaña alt para vscode, apenas toque la rueda de desplazamiento y salta hacia arriba o hacia abajo reproduciendo el desplazamiento en el ventana de cromo.

En ubuntu.

No estoy seguro de si esto estaba vinculado antes:

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

Por cierto, solo alt + tab causa este problema. Cambiar entre pestañas con el puntero del mouse no me causó este problema. También me di cuenta de que Firefox resolvió este problema mientras que todavía existe en Chrome.

FYI, estoy usando Firefox en Ubuntu 18.04 y todavía tengo el problema. Puedo confirmar que usar el mouse en lugar de alt + tab parece ser una solución.

Hola compañeros.
También estoy entre las víctimas.
Es absolutamente molesto.

Pero este es un problema entre Electron y Browser.
En mi caso, está sucediendo entre Chrome y VSC, y también entre Chrome y Slack.

Ubuntu 18.04

¿Alguien sabe si esto realmente es un problema desde 2016 o más allá?

Estos apuntan a webkit

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

No estoy seguro de si este era el enlace directo de arriba, pero parece el mejor:

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

¿Alguien en este hilo puede confirmar que está arreglado en Ubuntu 19.04? Estoy pensando en actualizarme para ver o hacer girar una máquina virtual

He actualizado a 19.10 y parece que se ha ido. Muchas otras cosas (controladores) no relacionadas con esto se rompieron, así que téngalo en cuenta.

¿Alguien en este hilo puede confirmar que está arreglado en Ubuntu 19.04? Estoy pensando en actualizarme para ver o hacer girar una máquina virtual

Estoy en XUbuntu 19.04 durante un mes, el error todavía está aquí, vea mi comentario anterior https://github.com/microsoft/vscode/issues/28795#issuecomment -590056590

@ miro-janosik prueba 19.10.2019 Parece que ya está arreglado para mí.

Confirmo que este error ocurre en Ubuntu 18.04.4 LTS

Mi VSCode sobre la información:
Versión: 1.43.2
Confirmar: 0ba0ca52957102ca3527cf479571617f0de6ed50
Fecha: 2020-03-24T07: 52: 11.516Z
Electrón: 7.1.11
Cromo: 78.0.3904.130
Node.js: 12.8.1
V8: 7.8.279.23-electron.0
SO: Linux x64 5.3.0-42-complemento genérico

@ miro-janosik prueba 19.10.2019 Parece que ya está arreglado para mí.

Actualizado a XUbuntu 19.10 eoan, 5.3.0-42-generic, VSCode 1.43.2. y el problema sigue ahí.
Pasos para reproducir:
haga clic en la ventana del editor de texto de VSCode, alt + tab a Firefox (página en blanco), desplácese hacia abajo dos veces, alt + tab a VSCode, haga clic en el código, desplácese hacia abajo - salta mucho hacia abajo.

@ miro-janosik ¿Qué versión de Mutter está ejecutando? ( mutter --version )

Desde que me mudé a Ubuntu 19.10, que parece traer consigo Mutter 3.34, este problema se me ha ido.

@ miro-janosik ¿Qué versión de Mutter está ejecutando? ( mutter --version )

Desde que me mudé a Ubuntu 19.10, que parece traer consigo Mutter 3.34, este problema se me ha ido.

No muestra nada, ya que no tengo instalado mutter. Veo que "Mutter es un servidor de visualización de Wayland". Como uso XUbuntu, que significa interfaz XFCE en lugar de GNOME y no usa Wayland.

Bien, de alguna manera me perdí que estabas ejecutando Xubuntu.

En cualquier caso, no estoy ejecutando una sesión de Wayland, solo bog X11 estándar. Lo que esto podría indicar es que los desarrolladores de GNOME han abordado este error de Chromium con una solución al final en Mutter.

Por supuesto, eso realmente no te ayuda en XFCE, lo siento. Es posible que desee buscar la solución de Mutter (o al menos el problema; creo que se vinculó anteriormente en este hilo) e informar esto en XFCE o tal vez XFWM4.

Actualizo / actualizo ubuntu 18.04.4 y el error todavía está aquí ...

Para reproducir el problema de forma coherente, mientras cambia al navegador, necesita desplazarse bastante tiempo. Cuando regrese a VsCode e intente desplazarse, saltará. Es bastante molesto ... Estoy en Ubuntu 18.04.3.

Sin embargo, creo firmemente que este error es específico de cualquier uso que use Chromium. Así que también estoy enfrentando el problema en Google Chrome.

No sé si podemos considerar eso como una solución. Pero, dado que después de haber hecho scroll en el navegador en otra ventana, me parece que el scroll que realizaste se guarda en la memoria y en el siguiente scroll salta sobre vscode. Entonces, de alguna manera tener una pestaña vacía, donde soltar ese salto excesivo, debería restablecer ese desplazamiento en la memoria. No soy un experto, así que disculpas, si eso suena, basura para ti.

Se supone que Ubuntu 18 es un LTS, ¿por qué no es tan molesto?
problema, que se solucionó en 19+, ¿se ha actualizado a 18? Por favor chicos, somos todos
sufriendo aqui!

El jueves 2 de abril de 2020 a las 2:44 a. M. Blair Jersyer [email protected]
escribió:

Para reproducir el problema de forma coherente, mientras cambia al navegador,
necesita desplazarse bastante tiempo. Cuando regrese a VsCode e intente
para desplazarse, saltará. Es bastante molesto ... Estoy en Ubuntu 18.04.3

-
Estás recibiendo esto porque comentaste.
Responda a este correo electrónico directamente, véalo en GitHub
https://github.com/microsoft/vscode/issues/28795#issuecomment-607653635 ,
o darse de baja
https://github.com/notifications/unsubscribe-auth/ABGEHKX3JWCBB5FI4TSLJFTRKQX4RANCNFSM4DPLVGGQ
.

¡Por favor chicos, todos estamos sufriendo aquí!

El dolor es la debilidad que sale del cuerpo ... Lo siento :) Te siento y estoy atando ahora:

wmctrl -a Code

en mi administrador de ventanas a ALT + 1 o algo para enfocar vscode. ¡Esto funciona! Lo que significa que alguien podría escribir un script de shell recordando la última ventana enfocada para reemplazar el comportamiento de la pestaña X11. ¿O me estoy perdiendo algo?

Se supone que Ubuntu 18 es un LTS, ¿por qué este problema extremadamente molesto, que se solucionó en 19+, no se ha actualizado a 18? ¡Por favor chicos, todos estamos sufriendo aquí!
...
El jueves 2 de abril de 2020 a las 2:44 a. M. Blair Jersyer @ . * > escribió: Para reproducir el problema de manera coherente, mientras cambia al navegador, debe desplazarse una cantidad considerable de tiempo. Cuando regrese a VsCode e intente desplazarse, saltará. Es bastante molesto ... Estoy en Ubuntu 18.04.3 - Recibes esto porque comentaste. Responda a este correo electrónico directamente, véalo en GitHub < https://github.com/notifications/unsubscribe-auth/ABGEHKX3JWCBB5FI4TSLJFTRKQX4RANCNFSM4DPLVGGQ .

Entonces, ¿actualizar a 19 soluciona el problema? Si es así, lo actualizaré entonces.

El problema con imwheel es que me impide poder mantener presionada la tecla CTRL y acercarme (Figma) ...
Y se siente como una demora con los botones de avance y retroceso del mouse.

Buenas noticias: ¡encontré una buena solución!

El error no ocurre cuando se usa el paquete alttab . Instalar desde AUR con, por ejemplo:

$ yay -S alttab-git

Tienes que desvincular ALT-Tab antes de iniciarlo. Para mí (Xfce) está en la configuración del Administrador de ventanas:

Vaya, esto estuvo abierto hace casi 3 años. Acabo de actualizar a Ubuntu 18.04.4 LTS y todavía puedo producir este error. Esto no fue un problema en mi Ubuntu 16.04.

Entonces, la respuesta simplemente está oculta en los comentarios https://github.com/microsoft/vscode/issues/28795#issuecomment -391258341.
Para Ubuntu 18.04.4 LTS, simplemente instale el paquete imwheel . sudo apt install imwheel . Asegúrate de ejecutarlo también.

Entonces, la respuesta está oculta en los comentarios # 28795 (comentario) .
Para Ubuntu 18.04.4 LTS, simplemente instale el paquete imwheel . sudo apt install imwheel . Asegúrate de ejecutarlo también.

Y cuando sigas leyendo, verás que imwheel es una porquería ... Mi solución ( alttab ) parece fea pero funciona como un encanto ... https://github.com/microsoft/ vscode / issues / 28795 # issuecomment -608751048

Además, mientras ejecuta imwheel "tal cual", hacer el truco, configurarlo para que no deshabilite los botones de retroceso / avance con imwheel -b 45 no funciona como solución alternativa

@thegitfather tnx para la fea solución, parece que vscode se congela por un momento evitando el problema de saltos (lo que a veces me hace querer tirar mi computadora por el balcón).

¿Crees que es posible excluir la aplicación de escritorio de alttab?
que el escritorio siempre sea la primera o la segunda aplicación, parece evitar que tenga un comportamiento normal de alttab, como cambiar de un lado a otro sin presionar la pestaña varias veces.
también alttab está respondiendo muy lentamente, ¿lograste hacer algo al respecto?
cuando hago alttab a una ventana de consola, no recibe el foco, ¿hay alguna solución para eso?

editar: tal vez no recibir el foco "arregla" el problema.

Arreglo para logo faltante (ubuntu 18.04)
sudo cp ~/Downloads/code.png /usr/share/icons/hicolor/256x256/apps/code.png

Después de actualizar a Ubuntu 20.04 LTS Focal Fossa, puedo confirmar que este molesto error desapareció para mí. ¡VS Code se siente como el cielo una vez más!

Después de actualizar a Ubuntu 20.04 LTS Focal Fossa, puedo confirmar que este molesto error aún está presente con todas las extensiones deshabilitadas.

Estoy en Ubuntu 18.04.

Aquí está mi curita para este error irritante: cada vez que cambio a VS Code (con ALT + TAB), hago un desplazamiento rápido independientemente de la dirección mientras presiono SHIFT , y luego continúo con el desplazamiento normal. Sin saltos.

¿Puedo entender más detalles?

En Ubuntu 18.04 simplemente instale imwheel .

sudo apt-get install imwheel

Esto funcionó para mí. Gracias @ shamim-42

@ shamim-42 lo mató absolutamente. Tuve este error durante años, primero en Atom, luego en VSCode, luego en otras aplicaciones basadas en Electron. Nunca encontré una solución, hasta que leí tu publicación de hoy.

Después de instalar imwheel lo agregué a los elementos de inicio de mi sesión y funcionó.
No tengo idea de si hay efectos secundarios todavía, ya que solo he probado el caso de uso "molesto" en particular.

¡Muchas gracias por la solución temporal, @ shamim-42!

¡Este es un error realmente molesto!
Parece que imwheel sí mismo tiene un problema con los saltos durante el desplazamiento utilizando un panel táctil :( Probado en 18.04.2.

Confirmado, la corrección de imwheel solo funciona para mí usando un mouse externo. En
trackpad es todo tartamudeo.

El jueves 11 de junio de 2020 a las 15:33 Oleksandr Shlinchak, [email protected]
escribió:

¡Este es un error realmente molesto!
Parece que el propio imwheel tiene un problema con los saltos durante el desplazamiento
mediante el uso de un panel táctil :( Probado el 18.04.2.

-
Estás recibiendo esto porque comentaste.
Responda a este correo electrónico directamente, véalo en GitHub
https://github.com/microsoft/vscode/issues/28795#issuecomment-642698120 ,
o darse de baja
https://github.com/notifications/unsubscribe-auth/AAGI5FMXFEVJPFCQYKXWOHTRWDTM3ANCNFSM4DPLVGGQ
.

Error tan molesto y solución tan simple: https://gitlab.gnome.org/GNOME/mutter/-/merge_requests/181/diffs?commit_id=5a71ed44115f730263086218316839fad006b71c

Para actualizar Gnome tuve que actualizar a Ubuntu 20.04. Ahora todo funciona bien como debería haber sido: v:

Hola, el problema se solucionó desde Ubuntu 19.04 (que estoy usando actualmente). Si eso es demasiado molesto para usted y no desea utilizar soluciones de terceros, actualice su Ubuntu.

Ubuntu 19 no es el LTS, 18 lo es. Mucha gente no puede actualizar debido a
esta. No debería tener que dejar el LTS para corregir un error extremadamente molesto.
imwheel inutiliza el trackpad en una computadora portátil y no es una buena
solución.

El miércoles 17 de junio de 2020 a las 7:51 a.m. Blair Jersyer [email protected]
escribió:

Hola, el problema se solucionó desde Ubuntu 19.04 (que estoy usando actualmente). Si
eso es demasiado molesto para usted, luego actualice su Ubuntu.

-
Estás recibiendo esto porque comentaste.
Responda a este correo electrónico directamente, véalo en GitHub
https://github.com/microsoft/vscode/issues/28795#issuecomment-645326887 ,
o darse de baja
https://github.com/notifications/unsubscribe-auth/ABGEHKUOGUI5KWNTEOYYZYDRXCU25ANCNFSM4DPLVGGQ
.

Puedo confirmar que no está arreglado en 20.04. Yo uso Xubuntu.

El miércoles 17 de junio de 2020 a las 12:54 James Guillochon, [email protected]
escribió:

Ubuntu 19 no es el LTS, 18 lo es. Mucha gente no puede actualizar debido a
esta. No debería tener que dejar el LTS para corregir un error extremadamente molesto.
imwheel inutiliza el trackpad en una computadora portátil y no es una buena
solución.

El miércoles 17 de junio de 2020 a las 7:51 a.m. Blair Jersyer [email protected]
escribió:

Hola, el problema se solucionó desde Ubuntu 19.04 (que estoy usando actualmente). Si
eso es demasiado molesto para usted, luego actualice su Ubuntu.

-
Estás recibiendo esto porque comentaste.
Responda a este correo electrónico directamente, véalo en GitHub
< https://github.com/microsoft/vscode/issues/28795#issuecomment -645326887
,
o darse de baja
<
https://github.com/notifications/unsubscribe-auth/ABGEHKUOGUI5KWNTEOYYZYDRXCU25ANCNFSM4DPLVGGQ

.

-
Estás recibiendo esto porque comentaste.
Responda a este correo electrónico directamente, véalo en GitHub
https://github.com/microsoft/vscode/issues/28795#issuecomment-645328184 ,
o darse de baja
https://github.com/notifications/unsubscribe-auth/AAGI5FOQBD6JMBHXUTDXF5DRXCVGBANCNFSM4DPLVGGQ
.

Ubuntu 19 no es el LTS, 18 lo es. Mucha gente no puede actualizar debido a esto. No debería tener que dejar el LTS para corregir un error extremadamente molesto. imwheel inutiliza el trackpad en una computadora portátil y no es una buena solución.
...
El miércoles 17 de junio de 2020 a las 7:51 a.m. Blair Jersyer @ . * > escribió: Hola, el problema se solucionó desde Ubuntu 19.04 (que estoy usando actualmente). Si eso es demasiado molesto para usted, actualice su Ubuntu. - Estás recibiendo esto porque comentaste. Responda a este correo electrónico directamente, véalo en GitHub < https://github.com/notifications/unsubscribe-auth/ABGEHKUOGUI5KWNTEOYYZYDRXCU25ANCNFSM4DPLVGGQ .

Como he dicho ... desde Ubuntu 19 el problema está solucionado. Esto incluye Ubuntu 20.04. Hay soluciones disponibles para usted, más quejas son inútiles. Tenía Ubuntu 18.04 en mi computadora portátil y PC donde estaba enfrentando el problema, actualicé tanto a 19.04 como a 20.04 y el problema está resuelto.

De todos modos, me daré de baja de este problema porque no es más relevante para mí. Gente de buena suerte.

@ Blair2004 También estamos usando 20.04 y el problema aún persiste, al menos para los trackpads, y la opción imwheel no funciona bien con los trackpads. Tengo curiosidad, ¿el problema se solucionó en 20.04 para ti también en el trackpad?

Ah, y tal vez esto sea útil: no usamos Gnome, usamos XFCE.

@ Blair2004 También estamos usando 20.04 y el problema aún persiste, al menos para los trackpads, y la opción imwheel no funciona bien con los trackpads. Tengo curiosidad, ¿el problema se solucionó en 20.04 para ti también en el trackpad?

Ah, y tal vez esto sea útil: no usamos Gnome, usamos XFCE.

Esa es probablemente la razón por la que estoy usando Gnome.

Problema presente usando xfce + ubuntu 20.04 (en realidad ubuntustudio) + trackpad

Problema presente usando xfce + ubuntu 20.04 (en realidad ubuntustudio) + trackpad

Plataforma similar (Xubuntu 20.04) y problema para mí, pero también sucede con el mouse.

Tener el problema con Linux Mint MATE (bifurcación GNOME2). Curiosamente, solo lo he notado desde que actualicé a Linux Mint 20; cuando estaba en Linux Mint 18 (con una versión anterior de VS Code) no tuve este problema.

Esto me está molestando desde hace bastante tiempo, y creo que puedo reproducirlo. Solo sucede (al menos para mí) si hay un mini cuadro de búsqueda en la esquina superior derecha del editor. Si lo descarto, el desplazamiento desaparece.

EDITAR: Estoy en Windows y OSX.

Lo mismo aquí (Xubuntu)

Reproducido en Debian 10 + gnome-shell 3.30.2-11 ~ deb10u2

También se reproduce muy a menudo en mi sistema (Ubuntu MATE 20.04.01). Trabajo principalmente con teclado y mouse.

La instalación (y ejecución) de imwheel no solucionó el problema, solo tuve una ocurrencia.

Sospecho (es difícil de decir, ya que nunca he prestado atención a la causa) que sucede cuando cambio el espacio de trabajo del escritorio (mediante teclas de acceso rápido) y / o cambio de primer plano (de nuevo, mediante teclas de acceso rápido, en este caso, Alt+Tab .

Este problema me desorienta instantáneamente cuando me arrojan a un fragmento de código aleatorio y tengo que encontrar el camino de regreso. :mareado:

3 años y contando.

Equipo de @Microsoft VS-Code: lo que sea que esté haciendo para abordar esto claramente no está funcionando.
Es hora de formar un equipo tigre y abordar este: tigre2:: corredor: - por el bien de nuestra cordura. : face_with_head_bandage:

Puedo confirmar que la causa raíz de este problema es la pila subyacente (¿Electrón?), Ya que pude encontrar problemas similares fuera de VSCode.

Voy a tocar este hilo ya que este problema es realmente frustrante.
Me sucede en Visual Studio Code después de alt + tabulación en el navegador Firefox. Cualquier desplazamiento realizado en Firefox se almacenará en el búfer y se aplicará tan pronto como realice un desplazamiento hacia atrás en la ventana VS. Es muy frustrante volver a la sección de códigos en la que estoy trabajando cada vez.
Editar: Firefox *, no Chrome ..

Reproducido con Vscodium 1.47 y Gedit también.

Pasos para reproducir:

1.Abre un documento largo con Vscode, otro con Gedit

1. Concéntrese en Vscode, en la parte superior del archivo
2. Cambie a Gedit con Alt + Tab y desplácese hacia abajo
3. De vuelta a Vscode con Alt + Tab, desplácese un poco hacia abajo
   → Vscode salta al final del archivo

Configuración: Debian 10 + gnome-shell 3.30.2-11 ~ deb10u2
Puntero: teclado de trackpoint de Lenovo
Versión de VsCodium: 1.47.3
Confirmar: 91899dcef7b8110878ea59626991a18c8a6a1b3e
Fecha: 2020-07-23T15: 51: 39.791Z
Electrón: 7.3.2
Cromo: 78.0.3904.130
Node.js: 12.8.1
V8: 7.8.279.23-electron.0
SO: Linux x64 5.7.0-3-amd64

@iootaa imwheel parece solucionar el problema.

@ yuriy-chumak No funciona con trackpads.

Sí, estoy usando un trackpoint e imwheel está dedicado a los ratones.

@hickscorp , sí. Y el mouse-pointer también salta aleatoriamente (en algún lugar hacia la parte inferior) cada vez que uso el mouse o el trackpad. Estaba pensando que mi ratón estaba defectuoso.

Con Ubuntu 18.04 y VScode 1.50.1,

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

realmente funciona.

Dudo que sea un problema del sistema operativo porque le pasa a otras aplicaciones ...