Vscode: Editor: a rolagem pula aleatoriamente (relacionado a Chrome, Electron, xinput)

|||
| ------------- | ------------- |
| OS | Ubuntu 16.04 |
| Versão VSCode | 1.13.1 |

Estou tendo um problema semelhante ao Alt + Tabbing entre as janelas.
Por exemplo, Alt+Tab para o Chrome para ler documentos, etc., Alt+Tab volta para VSCode, role para cima _ou_ para baixo um clique na roda do mouse, mas a página rola para baixo em pelo menos 3-4 páginas de forma bastante consistente .

ATUALIZAÇÃO: Problema ainda presente com todas as extensões desativadas.

Isso também acontece com a barra lateral direita (Explorer) às vezes, quando Alt + Tabbing entre as janelas.
Versão: 1.14.2

Há muito tempo que estou enfrentando esse problema. Nunca pensei muito nisso e não piorou; mas estou começando a achar isso cada vez mais frustrante. O impacto real na minha produtividade está além da medida.

Descobrirei que isso acontece de forma intermitente, mas frequente - no qual tentarei rolar no arquivo atual e, de repente, sou rolado para um local fora dos limites da entrada. (Por exemplo, estou tentando rolar algumas linhas e, de repente, estou no final do arquivo).

Alguns pensamentos-chave podem ser;

• Principalmente usando um touch pad - mas estou muito confiante de que isso também aconteceu com a entrada de rolagem do mouse.
• Não está relacionado ao bug de entrada do touch pad - não há demora - isso é Rolar INSTANTANEAMENTE para uma seção do arquivo, que eu pensei que fosse aleatória (mas de acordo com o relator; pode ser o fim do arquivo).
• A rolagem não está associada à localização do cursor (não está apenas rolando para onde meu cursor atual está - na maioria das vezes, o cursor é de onde estou rolando)
• A distância de rolagem, como mencionado acima, está fora dos limites da entrada - portanto, não pode ser um dispositivo com defeito (por exemplo, o touch pad ou mouse está realmente tentando rolar essa distância)
• De acordo com @MattMcMurray, eu gasto MUITO tempo alternando entre arquivos, CTRL + P alternando rapidamente entre arquivos, alternando entre janelas e alternando áreas de trabalho.
• De acordo com @mariusa - estou usando Linux (Debian). Não uso macOS nem Windows (portanto, não posso fornecer testes para esses ambientes).

Eu deixei deliberadamente a versão do Debian (Buster) e VSCode fora desta nota. Estou usando o mais recente de ambos, no entanto, certamente está presente há muito tempo.

Vou me esforçar para fornecer mais informações construtivas nas tentativas de descobrir onde está o problema e tentar prestar mais atenção quando isso acontecer. @ ramya-rao-a & @rebornix - Eu esperaria que isso

Editado; incluiu informações adicionais, marcou algumas pessoas e corrigiu algum conteúdo.

O mesmo aqui, só não consegui encontrar uma maneira de reproduzi-lo de forma confiável. É realmente doloroso.
Eu não uso vários espaços de trabalho, apenas alternar entre as janelas (também CTRL + P para alternar rapidamente entre os arquivos, mas isso não parece afetar isso). Eu uso apenas a rolagem do mouse, sem touchpad.

Isso está me incomodando há um bom tempo, e acho que posso reproduzi-lo. Só acontece (pelo menos para mim) se houver a mini caixa de pesquisa no canto superior direito do editor. Se eu ignorar isso, a rolagem desaparece.

EDIT: Estou no Windows e OSX.

@tmtke Então isso definitivamente aconteceu no Windows?

@dmblack Sim, aconteceu no Windows.

... droga, eu acho que não é tão consistente. talvez uma combinação da caixa de pesquisa e das linhas de referência embutidas. Não sei de nada agora: /

Posso confirmar esse comportamento para o Ubuntu 16.04, VC 1.18.1 se alternar entre o Chromium ou o Firefox de volta para o VS Code. Se você voltar do Nautilus ou Thunderbird para exemplos, tudo funcionará bem.

Eu também experimento isso no Fedora 27
vscode Versão 1.18.1

Posso, finalmente, e consistentemente, reproduzir. Também posso confirmar que isso não afeta apenas navegadores como Chromium, Firefox e Google Chrome, mas também outros aplicativos abertos. Eu posso até mesmo não ter aplicativos abertos, apenas minha área de trabalho visível e reproduzir.

Para este exemplo, simplificado para garantir confiabilidade; requisitos: navegador (Chromium / Firefox / Google Chrome), VSCode Editor (qualquer tipo de arquivo. O ideal é um arquivo longo para garantir que a rolagem fique visível).

1. VSCode: deixe o cursor no topo do arquivo.
2. Navegador: Role, excessivamente , (por alguns segundos) para baixo na página. Mesmo que seja uma guia em branco sem conteúdo.
3. VSCode: role, muito ligeiramente, em qualquer direção.

Você descobrirá que o editor irá pular repentinamente para baixo no arquivo ativo.

Parece que o VSCode está recebendo os eventos de rolagem, por algum motivo; que são subitamente avaliados em qualquer forma de entrada de rolagem no editor.

@tmtke @mariusa Marcando vocês dois, se vocês puderem, tente reproduzir.

Algo me diz que isso é na verdade um bug do elétron. Infelizmente; Não tenho nenhum outro aplicativo Electron para testar.

Edit: agora tenho uma caixa do Windows 10 em casa. Tentará testar e adicionar resultados hoje à noite.

Também consegui reproduzir esse problema com o Ubuntu 16.04. Não importa para qual aplicativo eu mude (testado com Chromium, gedit), embora não tenha sido capaz de reproduzir rolando em uma área de trabalho vazia. Não estou experimentando isso com o Windows 7. Não acredito que tenha algo a ver com find ou extensions, porque quando eu inicializo o código com --disable-extensions e não uso o recurso find, o problema ainda ocorre de forma consistente.

Edit: não quero dizer que algo está relacionado sem melhores testes, mas a equipe Electron / Atom tem um problema muito semelhante que foi relatado ao Atom: https://github.com/atom/atom/issues/15482 The a descrição é quase idêntica. Existem algumas sugestões sobre como mudar para o Wayland, usar o editor em um espaço de trabalho diferente, etc. Consegui confirmar que colocar o VSCode em outro espaço de trabalho impediu que o problema acontecesse. Parece que, pelo menos no meu caso, não é um problema específico do VSCode no momento.

Como @dmblack supõe, parece que este é um bug do Electron. Um problema relacionado ao Atom forneceu etapas para reproduzir o problema. Parece que o Electron está recebendo eventos de rolagem de aplicativos Chromium que estão no topo do aplicativo Electron e os reproduz depois de um evento de rolagem no aplicativo Electron.

Atualizar o Electron parece corrigir o problema, então cabe à equipe do vscode consertar.

@rebornix. Podemos ter sua

• Há algo que você gostaria que tentássemos confirmar o Electron?
• Existem planos para uma atualização do Electron com VSCode?

Obrigado a todos os outros envolvidos até agora!

Estou tendo esse problema. É doloroso. O VSCode está ouvindo o evento de rolagem do mouse mesmo quando não está ativo na janela.

Eu descobri que este é um bug do projeto Chromium e que afeta o VScode por ser baseado em elétrons que usam o motor Chrome por baixo do capô.

Acabei de registrar um bug: https://bugs.chromium.org/p/chromium/issues/detail?id=807187

Não tenho certeza se eles estão levando isso a sério.

Eu me pergunto se isso realmente é um bug do Electron. O editor Atom não tem esse problema e a versão atual do Atom (1.23.3) está usando uma versão muito mais antiga do 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"
camada de átomo: "1.7.9"
cromo: "58.0.3029.110"
elétron: "1.7.9"
http_parser: "2.7.0"
microsoft-build: "1.7.9"
módulos: "54"
nó: "7.9.0"
openssl: "1.0.2k"
uv: "1.11.0"
v8: "5.8.283.38"
zlib: "1.2.11"
`` `

Se isso for um problema no Electron, suspeito que muito mais usuários seriam afetados.
Existe uma extensão ou ferramenta comum que desencadeia esse comportamento?
Ainda acontece comigo ao executar vs código com: code --disable-extensionsmas não ao executar vscode e chrome em uma instalação limpa, sem nenhuma extensão instalada.

Eu também uso PlatformIO e wakatime como extensões, talvez eu deva tentar instalar minhas extensões uma por uma e ver quando o problema começa a aparecer.

De qualquer forma, isso está se tornando um empecilho para a produtividade que não vejo outra opção além de trocar de editores. Se alguém encontrou uma solução alternativa, compartilhe.

atualizar:

• também acontece na instalação limpa, sem extensões instaladas
• uma estratégia de mitigação bastante estranha é rolar para cima antes de rolar para baixo no vscode. Isso evita a rolagem repentina para a parte inferior do documento, pois parece limpar o buffer de rolagem para baixo.

O problema está de alguma forma relacionado ao libinput. Como alternativa, você pode substituir o libinput por evdev, no ubuntu com xorg é:
"sudo apt remove xserver-xorg-input-libinput && sudo apt install xserver-xorg-input-evdev". Mas provavelmente você precisará configurar o mouse manualmente.

@arenddeboer
Há um link anterior neste tópico no qual o Atom demonstra os mesmos sintomas ou semelhantes - postado por @vacantgeologist e @tranhl

Com relação às suas primeiras notas 'rolar para cima'; Em minha experiência; o editor irá rolar para cima ou para baixo, dependendo inteiramente de seu comportamento em outros aplicativos. De acordo com meu teste; Descobri que isso estava acontecendo em qualquer aplicativo, ou mesmo apenas na minha área de trabalho - não apenas em outros aplicativos 'Electron'.

Sobre uma solução alternativa; existem algumas notas, gentilmente esclarecidas por @Fullpan. Não os testei, entretanto; Eu estaria interessado em sua experiência / resultado se você tentar. Por favor, preste muita atenção às suas observações sobre a possível configuração manual do mouse.

@mariusa
Você poderia atualizar a descrição / informações originais para incluir algumas informações adicionais encontradas por outros usuários aqui. Isso evitará outras postagens de usuários que podem perder ou interpretar mal outro conteúdo deste tópico agora muito mais longo.

Eu encorajaria as informações ou atualizações de status por alguns dos stakeholders desenvolvedores apropriados, mas parece que não temos muita tração deles.

@dmblack done
@ ramya-rao-a Você poderia designar para um desenvolvedor mais responsivo?

@dmblack obrigado pelo feedback.
@Fullpan obrigado pela referência libinput / xorg.
Isso me fez perceber que tinha WaylandEnable=false definido em /etc/gdm/custom.conf. Voltar para o Wayland resolveu o problema para mim.

O mesmo aqui no manjaro gnome quando eu rolar no chrome e então pressiono alt + tab para vs código, o scroll me colocou no fim.
DISTRIB_RELEASE = 17.1.2
versão do kernel 4.9.77-1-MANJARO
versão vs código 1.19.3
versão libinput 1.9.4-1

Isso acontece de forma consistente ao usar sinergia. É muito irritante. Problema relevante: https://github.com/symless/synergy-core/issues/6038

Se você estiver usando o Ubuntu 17.10 com o ambiente de área de trabalho GNOME mais recente, você notará este bug também. Tentei instalar o Ubuntu DE "Unity" antigo e usar o VSCode nele e não percebi esse bug. Tudo funcionou conforme o esperado, sem erros.

Linux 4.13, X11 com GNOME (não sessão Wayland)

Outra vítima desse bug aqui também, porém estou usando o modo zen e estou tendo uma chance menor de isso acontecer comigo, também reiniciar o Chrome e o VsCode parece no meu caso ajudar a "desconectar" os eventos de rolagem dos apps.

O sistema é manjaro KDE plasma 5

Isso continua acontecendo comigo também. Ubuntu Gnome 16.04. Quando eu rolar em qualquer aplicativo e, em seguida, alternar para vscode ou chrome, ele rola em relação ao que eu rolei no outro aplicativo. Isso é obviamente muito perturbador. Alguém teve sorte com as soluções alternativas?

Problema super irritante. Agora estou tendo esse problema no Antergos com GNOME.

Tive que colocar meus principais aplicativos abertos em seus próprios espaços de trabalho separados e ter um teclado para alternar entre eles.

Alguém recebe esse erro no modo zen? Estou usando o tempo todo e fiquei 4 dias sem o problema, não sei se isso pode ser relevante, mas acho que não custa olhar para isso.

FWIW, posso reproduzir esse problema no Chrome, VSCode e Atom (usando o Fedora). Mas apenas no X11.

Eu também experimentei isso por um tempo. Se eu ficar em outro aplicativo por um tempo e depois voltar para o vscode, a menor pressão no touchpad ou na roda do mouse faz com que o editor pule para uma nova posição. Estou no Debian 9.

Posso confirmar que esse problema está acontecendo no Ubuntu 17.10 no kernel versão 4.15.8-041508-genérico também.

Posso confirmar que isso ainda está ocorrendo para mim no Ubuntu 18.04 LTS, VS Code Insiders:

Versão 1.24.0-insider
Commit 2404210629c744e6237a14d7b5fa852e24c6e898

(X11)

Droga, é um bug muito chato, mudar para o navegador, rolar algo lá, depois voltar ao VS, um rolar e voila! Estou no final do meu arquivo.
Ubuntu 17.10

este problema irritante está ocorrendo no ubuntu 18.04 LTS, e quando eu mudo para o wayland ou uso alt+f2 and r para recarregar o gnome, parece que está funcionando bem novamente. Talvez seja uma solução alternativa para você.

Isso precisa ser consertado. É irritante pra caramba.

@sevenryze Definitivamente não se aplica ao Wayland. Eu pularia totalmente para o Wayland, mas obtenho um desempenho ruim, comportamento estranho de vários monitores e suporte a driver NVIDIA inexistente (por enquanto!).

No entanto, reiniciar o GNOME definitivamente não tem efeito.

Eu me pergunto; para qualquer um que esteja usando VSCode (ou Atom, ou qualquer aplicativo baseado em Chromium / Electron) e _não_ sofrendo deste bug; qual ambiente de trabalho voce esta usando?

À parte, acredito que usar evdev em vez de libinput (no X11) também evita esse problema.

Estou usando o Ubuntu 16.04 com o Gnome. Nenhum outro aplicativo de elétrons tem esse problema.

Confirmando no Debian 9 / Mate.

Usuário do Lubuntu 18.04 aqui - Eu também tenho um comportamento estranho de rolagem em aplicativos baseados em cromo - slack, vscode, o próprio cromo. Eu não recebo pergaminhos aleatórios, mas esses aplicativos ignoram alguns eventos de rolagem. O engraçado aqui é que o LXTerminal também está pulando eventos de rolagem. O Firefox, por exemplo, está funcionando perfeitamente bem .. é realmente irritante. A propósito, essa mistura de aplicativos aponta para a direção da infraestrutura subjacente - no lubuntu 16.04 eu não tive nenhum problema, mas após a atualização para 18.04 tudo começou.

O mesmo aqui no Xubuntu 18.04.
Mas!
Pode reproduzir apenas se eu alternar entre o VS Code e outra janela com combinação alt + tab, se eu alternar via clique na janela na barra de tarefas a rolagem não pula.

40 comentários desde junho de 2017 e ainda sem solução? Como consequência, preciso mudar meu IDE.

@rebornix Não estou mais tendo esse problema desde que uso o modo zen, mas existe a possibilidade de adicionar isso como um marco ou prioridade mais alta para os próximos lançamentos?

O VSCode é ótimo, mas esse bug é irritante demais. Eu entendo que há muitos problemas e roteiros são definidos para realizar melhorias e bugs da melhor maneira que vocês puderem, e estou muito feliz em geral com a maneira como vocês iteram no editor, no entanto, eu realmente acho que esse problema não está recebendo a importância necessária, pois é uma falha visual que quebra e perturba seriamente o fluxo de trabalho dos desenvolvedores.

Isso torna o VSCode basicamente inutilizável porque você não pode alternar entre janelas por meio de alt + tab e essa é uma funcionalidade básica de root do aplicativo.

@ Esteban-Rocha consigo reproduzir bug no modo Zen.

Por favor, pare de enviar spam para este bug. VSCode é open source, se você quiser consertar, conserte!
Não há valor em adicionar comentários exigindo uma correção de outra pessoa.

@smehrbrodt Estamos criando consciência.

@smehrbrodt Não é spam, cara, você deve primeiro entender como o OSS funciona e especificamente como a equipe do VS Code funciona.

@fotonmoton Ohh que

Como um aparte, posso confirmar que o Atom resolveu esse problema para minha configuração desde a atualização para Electron 2.0.0 (https://github.com/atom/atom/pull/17273).

No entanto, testei esse bug nas compilações exploratórias desse problema e, infelizmente, ele ainda parece sofrer com isso.

editar:
Apague isso, eu não estava testando o Atom em camadas abaixo de outra janela; Consegui replicá-lo no Atom movido a Electron 2.0.0.

Minha observação. O problema ainda existe com o Google Chrome, portanto, é impossível vê-lo sendo corrigido em breve no código do VS.

Ok ... pelo que descobri até agora, parece que tem algo a ver com entradas provenientes de diferentes dispositivos de entrada virtuais. Instalar e executar imwheel sem nenhuma configuração adicional corrige o problema para todos os aplicativos afetados.

@ dr0p

Provavelmente, é importante marcar isso como uma solução alternativa e não como uma correção.

Agradeço seu feedback. Analisarei a implementação de uma solução alternativa funcional até que isso seja tratado pelos recursos apropriados.

Isso acontece comigo quando estou no Ubuntu 18 LTS. Muito irritante e afeta minha produtividade.

ATUALIZAÇÃO :: irritado:

Vim aqui depois de notar a mesma instalação padrão do Ubuntu 18.04 (fresco), VSCode instalado da "loja" do Ubuntu Software. Tenho o mesmo comportamento se rolar para cima e para baixo no VSCode e, em seguida, alternar para o Chrome (por exemplo, esta página longa) e rolar para obter um salto. Eu também tenho o mesmo problema com o aplicativo Slack, que é construído em cima do Electron, eu acredito, mas apenas ao usar Alt-Tab - clicar no dock ou no aplicativo (se visível) parece não causar esse comportamento.

Informações da versão do VSCode:

Versão 1.24.1
Commit 24f62626b222e9a8313213fb64b10d741a326288
Data 13/06/2018T17: 47: 35.732Z
Shell 1.7.12
Renderer 58.0.3029.110
Nó 7.9.0
Arquitetura x64

Pode confirmar que instalar e executar imwheel é uma solução alternativa, mas lembre-se de iniciar imwheel após instalá-lo. Infelizmente, notei que executar imwheel em sua configuração padrão parece impedir que Ctrl-Mousewheel funcione como controle de zoom.

Para todos os falks do Linux aqui, há um hack muito fácil. você pode instalar o imwheel e ele resolverá esse problema. Eu tenho usado este hack por um tempo e não notei nenhum problema. se você estiver no ubuntu, é tão fácil quanto sudo apt install imwheel e, em seguida, adicione isso aos programas de inicialização do sistema abrindo a interface de aplicativos de inicialização e adicionando o programa /usr/bin/imwheel .

Olá...
Estou usando o Debian 9 com área de trabalho Mate. Em https://forums.linuxmint.com/viewtopic.php?t=241431 , como solução alternativa, desative a rolagem suave no Chrome. Funciona para mim...

Tenho tido o mesmo problema desde o Ubuntu 16.04 LTS com unidade, tinha no Ubuntu 17.10 com gnome e agora no 18.04 LTS com gnome. Isso está acontecendo também com o Sublime Text 3 e alguns outros programas. Estou usando principalmente a rolagem de 2 dedos do trackpad, embora tenha quase certeza de que isso também acontece com um mouse.

Acabei de instalar e executar imwheel acordo com a sugestão de

Isso sugere que o comportamento não está relacionado diretamente ao vscode, mas sim à maneira como as coisas do X interpretam o mouse ou algo assim.

Para sua informação, há um botão 'Inscrever-se'. Não adianta muito dizer 'acontecendo comigo também' em um comentário, a menos que você tenha mais informações a acrescentar ao problema. Por favor, não se ofenda com isso. Só sei que incomoda as pessoas que realmente escrevem código para projetos de código aberto quando recebem spam sem motivo.

Estou usando o Mate na distro Antergos e estou observando esse problema. Estou sempre executando o chrome e vscode em espaços de trabalho separados. O imwheel não funciona bem para touchpads com rolagem de precisão, portanto, essa não é uma solução aceitável para mim.
Resolvi meu problema usando o xdotool para alternar o espaço de trabalho, substituindo os atalhos padrão.

Eu faço assim:
Mova para a área de trabalho à esquerda:
xdotool set_desktop --relative - -1

Mova para a área de trabalho à direita:
xdotool set_desktop --relative - 1

Espero que ajude até que o problema seja resolvido ...

imwheel causa um comportamento de rolagem horrível.

Eu sei que este é um bug frustrante para muitos usuários (inclusive eu), mas vamos tentar não tirar isso dos desenvolvedores do vscode. Pelo que sei, esse é um bug do cromo e, portanto, também está se tornando conhecido no Electron. Os desenvolvedores do vscode fazem um trabalho incrível, mas pode-se argumentar que isso está fora do escopo de suas responsabilidades. Se quisermos uma solução mais rápida, a comunidade linux precisa se envolver, já que a equipe do chromium está ativamente pedindo nossa ajuda aqui . Não estou tentando ofender, eu realmente aprecio o trabalho árduo das equipes vscode

mesmo problema aqui. vscode interage mal com o cromo.

No meu caso, meu cursor sempre pula para o topo da página. É muito irritante porque o distrai da leitura e pode levar à perda de foco. Está relacionado ao mesmo problema?
Ubuntu 18.04, Chrome versão 70.0.3538.67 (versão oficial) (64 bits)

Oh não, consegui acioná-lo com o elétron 3 no ubuntu 18.04.1. Não sei como, mas definitivamente acontece com menos frequência na exploração.

Versão: 1.29.0-exploração
Commit: 8fc99c65d2f01e7b413cde2d3bf7785356778381
Data: 30/10/2018T11: 31: 30,266Z
Elétron: 3.0.6
Chrome: 66.0.3359.181
Node.js: 10.2.0
V8: 6.6.346.32
Arquitetura: x64

Fiz alguns testes com diferentes ambientes de desktop e descobri que esse bug ocorre durante o uso do Gnome e do XFCE4, mas não no LXQT ou KDE Plasma. Não tenho certeza se este é um caso isolado, mas pelo menos por agora, para mim, parece que os ambientes de desktop baseados em GTK estão sofrendo com esse bug, enquanto os ambientes de desktop baseados em QT não.

As pessoas com esse problema podem votar no bug do cromo? Este ainda está aberto: https://bugs.chromium.org/p/chromium/issues/detail?id=807187

Fiz alguns testes com diferentes ambientes de desktop e descobri que esse bug ocorre durante o uso do Gnome e do XFCE4, mas não no LXQT ou KDE Plasma. Não tenho certeza se este é um caso isolado, mas pelo menos por agora, para mim, parece que os ambientes de desktop baseados em GTK estão sofrendo com esse bug, enquanto os ambientes de desktop baseados em QT não.

Obrigado por mencionar isso. Hoje eu instalei o plasma KDE e este bug não existe mais em meu novo ambiente.

A rolagem, em geral, é muito mais suave também no KDE.

no ubuntu 18.04 e no vscode mais recente, após alt + tab para opera, alt + tab para editor vscode rola para baixo ou para cima do documento.

update: imwheel causa um comportamento horrível de rolagem.

Olá pessoal, Alguém sabe como consertar esse problema? ou qualquer solução alternativa até que o VS Code conserte isso?

Mudei para o firefox, com o IE mudando para cromo, é a melhor coisa para a web também. 😊

Além disso, nenhuma solução alternativa real até agora, e eu tentei muitas coisas. A ferramenta 'imwheel' mencionada acima funciona, mas causa mais problemas do que resolve.

@Epskampie Deve ser notado aqui, é claro, que trocar para o Firefox não ajuda! A janela pela qual você rola antes de voltar para o código VS (ou Atom etc.) _não precisa ser baseada em Chromium._

Posso replicar isso com segurança com o Firefox + VS Code (meu navegador de driver diário), assim como com o Chrome + VS Code.

Posso até, de fato, replicar isso com Firefox + Chrome:

1. Abrindo o Chrome e o Firefox em uma página que pode rolar.
2. Ir para o Firefox e rolar muito para baixo.
3. Alt-Tab para Chrome e rolar um pouco para baixo - a página diminuirá o zoom de acordo com esse problema.

Você não observará o contrário; O Firefox não sofre desse problema em si, apenas o Chromium (Chrome, Atom, VS Code).

Claro que isso não é um grande problema para dois navegadores. Definitivamente, é um problema para um editor de código como o VS Code ou Atom, onde você normalmente trocará para um navegador da web (Firefox ou Chrome) e fará muitas rolagens. Eventualmente, você irá voltar para o seu editor, rolar até mesmo uma única linha e pular para o final do seu arquivo!

Definitivamente prejudica a experiência.

Antergos com gnomo também acontece. Código para cromo e vice-versa, acontece. Do cromo ao sublime, não.

[ATUALIZAÇÃO] imwheel consertá-lo.

A causa raiz é esta: https://bugs.chromium.org/p/chromium/issues/detail?id=608246

Meu Deus, pensei que havia algo errado com meu mouse, mas posso reproduzir o que está postado aqui https://github.com/Microsoft/vscode/issues/28795#issuecomment -350631888

@yuritoledo você poderia descrever como o imwheel conserta isso, por favor? quais parâmetros ou assim. obrigado

@aleksanderd você deve instalar imwheel e colocá-lo para começar com seu sistema. Simples assim: D

Se você tiver um mouse com mais botões do que o tradicional, pode usar imwheel -b 45

Tenho o mesmo problema de rolagem com vscode e chrome no xubuntu 18.04.
Acabei de tentar a solução alternativa imwheel, conforme sugerido acima, e a rolagem não é mais influenciada por outros aplicativos. No entanto, agora, quando eu rolar muito lentamente no VSCode, a rolagem não é uniforme, ela se move em pequenos passos.

Estou usando o Mate na distro Antergos e estou observando esse problema. Estou sempre executando o chrome e vscode em espaços de trabalho separados. O imwheel não funciona bem para touchpads com rolagem de precisão, portanto, essa não é uma solução aceitável para mim.
Resolvi meu problema usando o xdotool para alternar o espaço de trabalho, substituindo os atalhos padrão.

Eu faço assim:
Mova para a área de trabalho à esquerda:
xdotool set_desktop --relative - -1

Mova para a área de trabalho à direita:
xdotool set_desktop --relative - 1

Espero que ajude até que o problema seja resolvido ...

para touchpads de precisão, tente isso depois de instalar o imwheel

criar arquivo de configuração para imwheel
gedit ~ / .imwheelrc
então cole:
Nenhum, Para cima, Botão4, -1
Nenhum, Baixo, Botão5, -1
Control_L, Cima, Control_L | Button4
Control_L, Baixo, Control_L | Botão5
Shift_L, para cima, Shift_L | Botão4
Shift_L, Baixo, Shift_L | Botão5

agora, se você usar um touchpad de precisão, mantenha os dois valores -1.
se você estiver usando um mouse, altere ambos para 1.

parece ser uma solução alternativa para uma das opções - mouse ou touchpad.

@ geoffroy-noel-ddh

Tente adicionar esse cara nas configurações do vscode: "editor.smoothScrolling": true,

@yuritoledo Na verdade não funcionou.

@pwaterz sobre qual problema?

O mesmo problema. Se o cromo estiver ativo, use alt tab para vscode e role, ele pula para a parte inferior ou superior. É um bug muito chato. Pelo que eu percebi, o problema está no libinput que o gnome requer ou possivelmente na versão do elétron que o código vs usa. Eu li que o atom ide corrigiu o mesmo problema atualizando o elétron.

@pwaterz estou no atom e não funciona

@pwaterz você deve instalar imwheel e colocá-lo para começar com seu sistema. Simples assim

Para todos os falks do Linux aqui, há um hack muito fácil. você pode instalar o imwheel e ele resolverá esse problema. Eu tenho usado este hack por um tempo e não notei nenhum problema. se você estiver no ubuntu, é tão fácil quanto sudo apt install imwheel e, em seguida, adicione isso aos programas de inicialização do sistema abrindo a interface de aplicativos de inicialização e adicionando o programa /usr/bin/imwheel .

OBRIGADO, hardidangar e dr0p. Novato em Linux, aqui. Espero retribuir a comunidade no futuro.

O problema que encontrei com a solução alternativa imwheel é que ela altera o comportamento de rolagem e adiciona um pequeno, mas perceptível atraso durante a rolagem (especialmente notável se você não usar a rolagem suave em todos os lugares).

Também quero salientar que o imwheel não é uma solução perfeita. Percebi um comportamento estranho desde que mudei para ele. Eu acho que o problema com o imwheel é menos incômodo do que o problema de salto de rolagem anterior, mas eu não consideraria isso uma correção, é mais um band-aide.

Tenha esse problema no Arch Linux com Gnome usando Chrome e VSCode. Depois de mudar de Xorg para Wayland, isso não aparece mais. Eu estava usando o Xorg por motivos de compatibilidade.

Já que para mim o imwheel causa outros problemas, as alternativas tentadas e a solução alternativa que encontrei são: Não use alt + tab, em vez disso, por exemplo, use win + 1, win + 2.
Acho que alguns de vocês podem não gostar disso, já que alt + tab não pode ser alterado, mas não consigo lidar com esse problema de rolagem.

O mesmo problema ocorre em:

Ubuntu 18.04.2 LTS
Desktop Xfce 4.12 ou Gnome 3.28.2 Desktop

Ocorre quando eu rolar Thunar 1.6.15 ou Chrome 70.0.3538.77 (versão oficial) e alt-tab para Visual Studio Code meu código pula a rolagem quando eu começo a rolar o código aberto.

Como se o salto ocorresse do mesmo tamanho que no outro software.

Este problema me incomoda no Gnome 3.2. No entanto, posso fazer xdotool windowactivate <window-id> e não experimentar o salto de rolagem.

Se alguém tiver experiência em escrever plug-ins do gnome, você poderá substituir alt-tab e, em vez de fazer o comportamento normal do focus, enviar o id da janela para xdotool windowactivate <window-id> ou algum outro comando

Eu estava tentando fazer o alt-tab disparar uma rolagem oculta adicional para baixo e para cima usando xdotool mas infelizmente isso não pareceu funcionar para mim. Algo nesse sentido pode ser apenas o hack de que precisamos.

Este problema foi corrigido, só precisamos de alguém para fazer um pequeno tutorial de como
para compilar o último mutter da fonte.

Isso iria ser incrivelmente apreciado.

No sábado, 23 de fevereiro de 2019, 13:20, Luke < [email protected] escreveu:

Eu estava tentando fazer o alt-tab acionar uma rolagem oculta adicional para baixo
e usando o xdotool, mas infelizmente isso não pareceu funcionar para mim.
Algo nesse sentido pode ser apenas o hack de que precisamos.

-
Você está recebendo isso porque comentou.
Responda a este e-mail diretamente, visualize-o no GitHub
https://github.com/Microsoft/vscode/issues/28795#issuecomment-466621373 ,
ou silenciar o tópico
https://github.com/notifications/unsubscribe-auth/AV-WqlTj3XZ_wUHB43CVnZVoSyUZz48dks5vQN3FgaJpZM4N66mN
.

O que você quer dizer com isso foi consertado? Você pode apontar para um commit ou outro tópico?

@pwaterz Acho que @mayaru está se referindo a esse problema em murmúrio: https://gitlab.gnome.org/GNOME/mutter/issues/401

Um dos comentários mais relevantes sobre esse assunto:

Isso não acontece em Wayland, apenas em Xorg, mas novamente, apenas em WMs baseados em Mutter.

Se isso acontecer apenas no Xorg, IMHO é uma forte indicação de que não é realmente culpa do murmúrio (se houver alguma, está fazendo a mudança de foco de uma maneira que o aplicativo não atendeu, mas não há nada para "consertar" nisso)
Com a rolagem suave do Xorg, os eixos de rolagem são transmitidos como eixos 2 dx / dy, que acumulam a rolagem executada até agora. O problema é que esse estado é global para toda a sessão, se você rolar em um aplicativo, for para outro lugar e rolar, e voltar para o aplicativo, ele verá os valores afetados pela rolagem externa.
Os kits de ferramentas (incluirei o elétron aqui) devem ser inteligentes sobre isso e redefinir seu próprio estado quando o ponteiro entrar no aplicativo para que as alterações em dx / dy que aconteceram desde a última vez sejam ignoradas.
Este é um problema conhecido com a rolagem suave XI2.3.

Essa análise parece correta, pois esse problema afeta tanto code quanto chrome . Detalhes foram adicionados a este problema (aberto pela primeira vez em maio de 2016!): Https://bugs.chromium.org/p/chromium/issues/detail?id=608246

IMO, a coisa apropriada a fazer agora é pressionar a equipe do cromo para consertar o bug.

Não é só do Chromium, eu reproduzi no meu gerenciador de arquivos (Ubuntu 18.04) e até em uma área de trabalho em branco, basta rolar em qualquer página e voltar ao vscode e rolar novamente, todos os eventos de rolagem anteriores disparam.

Há duas coisas a serem observadas que

1. A quantidade de rolagem em vscode é exatamente igual ao número de eventos de rolagem que você disparou na outra janela.
2. O burst de rolagem é cancelado se você alterar o dispositivo, ou seja, usar a roda do mouse para rolar outras janelas e usar o touch pad para a primeira rolagem no código vs irá cancelá-lo.

Também observei que isso não é apenas com o código vs, você pode rolar no código vs e retornar ao Chrome. O mesmo burst acontecerá. Notavelmente, isso não acontecerá se você alternar entre janelas diferentes do mesmo aplicativo.

Não é só do Chromium, eu reproduzi no meu gerenciador de arquivos [...]

Certo, são aplicativos baseados no Chrome que não lidam com esses deslocamentos de rolagem corretamente - não importa qual aplicativo você rola antes de alternar para code / chrome / etc. O Chrome precisa redefinir seu estado de rolagem interno neste cenário (editar: e por "Chrome", quero dizer a base de código compartilhada usada por aplicativos Electron / Chrome / Opera (?) / Etc - Eu _não_ quis dizer apenas o Chrome / App Chromium).

Este problema me incomoda no Gnome 3.2. No entanto, posso fazer xdotool windowactivate <window-id> e não experimentar o salto de rolagem.

Se alguém tiver experiência em escrever plug-ins do gnome, você poderá substituir alt-tab e, em vez de fazer o comportamento normal do focus, enviar o id da janela para xdotool windowactivate <window-id> ou algum outro comando

Se isso for verdade, então deve ser possível escrever uma extensão do shell do gnome para hackear o alternador alt-tab integrado:

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

e substitua por xdotool . Tenho tentado fazer isso sem sucesso, pois tenho muito pouca experiência no desenvolvimento de extensão gnome ... Se alguém teve sucesso, por favor, compartilhe! Os saltos de rolagem estão realmente me deixando louco agora.

mayaru em 1.32.2 problema não corrigido ...

Desculpe, você está apertado, fiquei confuso sobre outro bug sobre a atualização
taxa do monitor. Foi mal :)

Mas em qualquer caso, alguém postou antes de uma solução alternativa. Você pode usar
imwheel, e atualiza o arquivo de configuração com -1 valores para touchpads e 1
valores para o mouse. Seria bom alguém fazer um script para que
interruptores apostam nas duas configurações quando um mouse é detectado. Agora estou trocando
manualmente e está funcionando bem.

Na quinta-feira, 14 de março de 2019, 13:27, Maxim < [email protected] escreveu:

mayaru em 1.32.2 problema não corrigido ...

-
Você está recebendo isso porque foi mencionado.
Responda a este e-mail diretamente, visualize-o no GitHub
https://github.com/Microsoft/vscode/issues/28795#issuecomment-472720388 ,
ou silenciar o tópico
https://github.com/notifications/unsubscribe-auth/AV-Wqp0Uaqq34k_2zv3RbasG2zk49V9Tks5vWevAgaJpZM4N66mN
.

imwheel não ajuda ...

Altere o arquivo de configuração.

Na quinta-feira, 14 de março de 2019, 20:27, Maxim < [email protected] escreveu:

imwheel não ajuda ...

-
Você está recebendo isso porque foi mencionado.
Responda a este e-mail diretamente, visualize-o no GitHub
https://github.com/Microsoft/vscode/issues/28795#issuecomment-472852588 ,
ou silenciar o tópico
https://github.com/notifications/unsubscribe-auth/AV-WqruE1HadxIcHuKBehM07-nDvxlEFks5vWk43gaJpZM4N66mN
.

imwheel apenas move o problema. Quando eu o instalei, ele parou o scroll de pular no vscode, mas quando eu mudei para chrome, postman e slack ele iria pular para lá. Observe que todas essas aplicações usam cromo.

Mesmo problema aqui.
Ubuntu 18.04
VSCode: 1.32.2
Chrome: 73.0.3683.75

Acho que o Github deve ter um sistema de recompensas semelhante ao do StackOverflow para financiar o interesse em resolver problemas como esses.

Depende do projeto: https://github.com/bountysource/core/wiki/Frequently-Asked-Questions

Não é só do Chromium, eu reproduzi no meu gerenciador de arquivos (Ubuntu 18.04) e até em uma área de trabalho em branco, basta rolar em qualquer página e voltar ao vscode e rolar novamente, todos os eventos de rolagem anteriores disparam.

Há duas coisas a serem observadas que

1. A quantidade de rolagem em vscode é exatamente igual ao número de eventos de rolagem que você disparou na outra janela.
2. O burst de rolagem é cancelado se você alterar o dispositivo, ou seja, usar a roda do mouse para rolar outras janelas e usar o touch pad para a primeira rolagem no código vs irá cancelá-lo.

Também observei que isso não é apenas com o código vs, você pode rolar no código vs e retornar ao Chrome. O mesmo burst acontecerá. Notavelmente, isso não acontecerá se você alternar entre janelas diferentes do mesmo aplicativo.

Eu observo exatamente o mesmo cenário. Ainda assim, agora não consigo encontrar nenhuma solução. Por favor, nos atualize se alguém encontrar um.

Mesmo problema aqui.
Ubuntu 18.04
VSCode: 1.32.3
Chrome: 73.0.3683.86

Mude para o Ubuntu no wayland para resolver o problema

Mesmo problema aqui.

ID do Distribuidor: Ubuntu
Descrição: Ubuntu 18.10
Versão: 18,10
Codename: cosmic

Chrome: versão 73.0.3683.86 (versão oficial) (64 bits)

VSCode
Versão: 1.32.3
Commit: a3db5be9b5c6ba46bb7555ec5d60178ecc2eaae4
Data: 14/03/2019 T23: 38: 49.842Z
Elétron: 3.1.6
Chrome: 66.0.3359.181
Node.js: 10.2.0
V8: 6.6.346.32
SO: Linux x64 4.18.0-16-genérico

Enfrentando o mesmo problema.

Ubuntu 18.04.2
VSCode: 1.32.3
Chrome: 73.0.3683.86

Me ensinando a usar win + 1, win + 2 e assim por diante.

De acordo com https://bugs.chromium.org/p/chromium/issues/detail?id=807187#c20 e alguns dos meus testes preliminares no Manjaro 18.0.4, esse bug parece ter sido corrigido (_miraculously! _) No GNOME (murmurar) 3.32.0.

Posso confirmar que foi corrigido no último murmúrio!

>

O mesmo aqui está corrigido no fedora rawhide (que usa o gnome 3.32)

É incrível ver que está consertado. Espero que o VSCodium seja atualizado em breve. :)

Muito ruim para usuários Debian. 2021 não muito longe ... :(

Ah, qual é, já se passaram 2 anos e agora estou de volta ao desenvolvimento de js no VSCode, e você ainda não corrigiu esse bug de rolagem?

Ah, qual é, já se passaram 2 anos e agora estou de volta ao desenvolvimento de js no VSCode, e você ainda não corrigiu esse bug de rolagem?

Eu acredito que este é um projeto de código aberto. Ninguém é obrigado a consertar algo. Nós relatamos e discutimos o problema educadamente.

Alguém mais executando o Ubuntu 18.04 com VS 1.33.1 e Slack 3.3.8 de 64 bits? Ainda estou tendo o problema. Rolar para baixo no Slack / Chrome e voltar para VSC e clicar / rolar irá inserir os eventos de rolagem tardia.

Sim, este ainda é um problema ativo para o Ubuntu 18.04.

Tem o mesmo problema
Gnome 3.30.2
Ubuntu 18.10

editar - Atualizado para 19.04 que vem com o Gnome 3.32.1 e parece estar corrigido.

Piorou no Fedora 29, code-1.33.0

Acho que tem a ver com plug-ins de formatação de código, que mudam o conteúdo antes de salvar. Agora o cursor geralmente pula no final do arquivo em cada salvamento, enquanto a janela de exibição permanece no lugar. Mas se você pressionar as teclas de seta para cima / para baixo, a rolagem pula para o final do arquivo também.

@alexandrudima Alex, alguma chance de dar uma olhada nisso?

Acabei de atualizar para 19.04 e o problema foi finalmente corrigido.

Tem o mesmo problema
Gnome 3.30.2
Ubuntu 18.10

editar - Atualizado para 19.04 que vem com o Gnome 3.32.1 e parece estar corrigido.

Tentará atualizar e verificar se corrige.

editar: atualizado para Ubuntu 19.04 e Gnome 3.32.1 e corrigido. Ty muito

Eu tenho um novo T480 com Debian 9.9 que ainda enfrenta o mesmo problema. Kernel 4.9.144-3.1

Também posso confirmar que não tenho mais esse problema no ubuntu 19.04.

Olá !

Também estou enfrentando esse problema no Ubuntu 18.04. (Pilha de ativação de hardware instalada). Alguma chance de a correção ser portada para o gnome 3.28? Ou eu tenho que atualizar para o 18.10 e depois para o 19.04 para corrigir o problema?

Eu sei que cada versão do Ubuntu congela seus pacotes uma vez na fase de lançamento, mas talvez eles retrocedam a correção de importação como esta?

Ola pessoal! Por causa desse bug, mudei para o KDE recentemente, e até agora parece muito bom: o bug desapareceu e, além disso, há muitos widgets plasmóides brilhantes.
Ubuntu 18.04

Também estou observando este comportamento em minha máquina:
SO: Ubuntu 18.04.2 LTS
Ambiente de desktop: Gnome 3.28.2
Versão do Chrome: 75.0.3770.100 (versão oficial) (64 bits)

--- Código VS
Versão: 1.35.1
Commit: c7d83e57cd18f18026a8162d042843bda1bcf21f
Data: 12/06/2019 T14: 27: 31,086Z
Elétron: 3.1.8
Chrome: 66.0.3359.181
Node.js: 10.2.0
V8: 6.6.346.32
SO: Linux x64 4.18.0-25-snap genérico

Apenas para acompanhar. Isso ainda é corrigido ao executar o Ubuntu 19.04 com o Stock Gnome.

Isso é problema de OS ou vscode sozinho?
Porque rosto em outro aplicativo também, entre editor de texto e cromo
Tendo Ubuntu 18.04
VS Code 1.34.0
Versão do Chromium 75.0.3770.90

Também notei que não é rolagem aleatória, é a mesma rolagem que fiz em outro aplicativo. Para cima ou para baixo e como rolar. Como é o gerenciamento de estado entre si, é preciso encontrar uma opção para desligá-lo.

$ sudo apt-get install imwheel
$ imwheel

Funcionou para mim.

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 corrigido no Ubuntu 19.04 e no MacOS mais recente.

@ vishal112logistic Mas a rolagem não é suave.

Atualizar para o Ubuntu 19.04 é a melhor solução.

Estou usando o Ubuntu 18.04 e tenho esse problema quando mudo as guias do Chrome para o VS Code. Eu tentei com o Chrome + Terminal e consegui reproduzir o mesmo comportamento quando eu alt + tab do Terminal para o Chrome (a barra de rolagem do Chrome pula), mas não o contrário (o Terminal rola bem).

Eu estava usando o Ubuntu 19 antes e não tinha esse problema, então estou atualizando para o Ubuntu 19 agora.

Parece que ninguém mencionou isso, mas a rolagem não é aleatória. Se eu rolar para a parte inferior da página no Chrome e alt + tab para o VS Code, a página pula para a parte inferior proporcionalmente a quanto eu rolei no Chrome. Do VS Code ao Chrome também é o mesmo. E do Terminal ao Chrome também.

PS: Ubuntu 19 está OK. Não acho que seja um problema do VS Code, já que tive o mesmo usando o Ubuntu 18 entre o Chrome e o Terminal.

Ok, então como as pessoas estão relatando, não se reproduz em 19.04.

1) Estou em 18.04 LTS, que não consigo atualizar para não LTS,
2) Algumas pessoas encontram isso no Windows e no OSX também

Eu realmente apreciaria se nós consertássemos isso.
Observação: não sou muito técnico, então, seja gentil e vá com calma com pessoas como eu.

Caro @mariusa

Você poderia, por favor, elaborar / atualizar o post inicial com alguns esclarecimentos, nos esforços para evitar mais ruído nisso. No final da postagem pode ajudar?

Talvez alguns pontos-chave;

• (ACHO); Parece ser um problema com o Electron e algumas bibliotecas de entrada?
• Não está isolado para VScode

Consertar; Ainda não existe.

Soluções alternativas para Linux (não deve ser confundido com uma correção);

• imwheel - não adequado para todos os usuários
• wayland - não adequado para todos os usuários

Nota: Ubuntu 1904 (Desktop) parece estar usando o Wayland.

Não tenho certeza se veremos mais atualizações aqui, o que é um pouco decepcionante para os desenvolvedores. Eu gostaria de ter algumas orientações oficiais, mesmo que nos indique outros recursos. Como mencionado; não parece ser um problema com o próprio VSCode, mas sim com o 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

O erro permanece :(

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

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

Esta solução não está completa. Desabilita o zoom por Ctrl + roda em aplicativos (Firefox, Chromium, LibreOffice, leitor de PDF ...). Você conseguiu corrigir os problemas colaterais mencionados acima? Serei grato por esta informação.

Adicionado: encontrei uma solução para corrigir problemas colaterais. Para fazer isso, altere a configuração do imwheel. Mais informações aqui: https://wiki.archlinux.org/index.php/IMWheel

Ele desativa o zoom por Ctrl + roda no aplicativo

Uau, eu nem conheço esse atalho o tempo todo: P

Executar imwheel causa uma experiência de rolagem realmente horrível para mim - muito irregular / irregular, especialmente quando a rolagem é lenta.

Alguém capaz de realmente determinar o que o imwheel está fazendo para evitar o bug de rolagem descrito neste problema? Eu adoraria encontrar o software / pacote realmente responsável e encontrar / abrir um problema diretamente com eles.

@sensiloles @uphlewis Acabei de concordar, notei que usei Ctrl + roda para zoom no Inkscape, mas não funciona depois de usar imwheel. O que devo fazer :(

@sensiloles @uphlewis Acabei de concordar, notei que usei Ctrl + roda para zoom no Inkscape, mas não funciona depois de usar imwheel. O que devo fazer :(

Criar ou editar ~ / .imwheelrc
Uma linha ". *" No arquivo significa que as configurações serão aplicadas a todos os programas.

Muito obrigado, funciona, até agora tudo bem.

Estou usando o ubuntu 18.04, mas o seu link para arch, e configurei da seguinte forma no meu sistema:

1. Adicione as seguintes linhas a ~ / .imwheelrc e salve

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

1. Adicione o seguinte comando às preferências do aplicativo de inicialização
   imwheel --kill --buttons "4 5"

Agora, meu zoom funciona bem e a rolagem não salta.

Eu tenho o mesmo erro e não sei o que acontece porque os outros editores baseados em elétrons não parecem tê-lo quando um tem o ponteiro selecionando outra linha de código e alguém rola depois com alt-tab eu mudo a janela de volta para vscode e pula quase 200 linhas de código aleatoriamente ou joga para baixo mais do que tudo que aconteceu comigo se eu tiver algo a ver com o cursor do mouse em que posição isso

Uma grande desvantagem de usar imwheel : a rolagem com dois dedos em um trackpad é instável como o inferno (em 18.04). As soluções que vi online para isso são matar imwheel , mas temos o problema de rolagem aleatória novamente no VSCode. Parece que não há como vencer. : desapontado:

marque este problema,

Muito obrigado, funciona, até agora tudo bem.

Estou usando o ubuntu 18.04, mas o seu link para arch, e configurei da seguinte forma no meu sistema:

1. Adicione as seguintes linhas a ~ / .imwheelrc e salve

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

1. Adicione o seguinte comando às preferências do aplicativo de inicialização
   imwheel --kill --buttons "4 5"

Agora, meu zoom funciona bem e a rolagem não salta.

Isso é trabalho para mim, estou usando o Archlinux.

imwheel definitivamente ainda parece adicionar atraso e agilidade à rolagem ... Todo o sistema.

O mesmo problema para mim (Debian 10)
Versão VSC: 1.40.2
Elétron: 6.1.5
Chrome: 76.0.3809.146
Node.js: 12.4.0
V8: 7.6.303.31-elétron.0
SO: Linux x64 4.19.0-6-amd64
Estou usando o imwheel e tentarei a solução @khaschuluu ...

Pode confirmar que isso não ocorre ao executar o Ubuntu 19.10, portanto, deve ser atenuado / resolvido por uma correção no GNOME / Mutter pelo menos tão cedo quanto o que vem com o 19.10.

Portanto, o pessoal que acompanha o lançamento do LTS deve apenas esperar até abril do próximo ano para que o 20.04 LTS inclua essas correções.

Estou em Manjaro 4.19 LTS com Xfce. Não tenho certeza quando / se posso mudar para o Wayland. Então, para uma correção real, devo esperar por uma correção do Electron / Chrome? Existe um tíquete de bug correspondente a ser observado no projeto Chromium?

@thegitfather Não acredito que o 19.10 (GNOME e Mutter atualizados) esteja rodando no Wayland, certamente não estou. Portanto, deve ser resolvido em uma atualização posterior do Mutter.

Tão farto, eu atualizei de 18.04 para 19.04. O touchpad definitivamente "parece" diferente (aceleração / sensibilidade), mas o salto de rolagem parece estar fixo. Boa sorte a todos.

Eu fiz isso, mas depois de algumas semanas meu laptop continuou formatando após cada reinicialização, então de volta às 18h04

Tentei usar imwheel e funcionou bem, exceto que, de alguma forma, quebrou minha guia de extensões no VSCode. Consulte https://github.com/microsoft/vscode/issues/86583 para obter mais detalhes.

Ainda acontece no Linux, XUbuntu 19.04 5.0.0-38-generic, desktop XFCE
Versão: 1.42.1
Confirmar: c47d83b293181d9be64f27ff093689e8e7aed054
Data: 2020-02-11T14: 50: 36.977Z
Elétron: 6.1.6
Chrome: 76.0.3809.146
Node.js: 12.4.0
V8: 7.6.303.31-elétron.0
SO: Linux x64 5.0.0-38-snap genérico
(versão instantânea c47d83b2)

Olá, há algum progresso neste bug? Isso realmente me irrita: D

Apenas 155 comentários desde 15 de junho de 2017. Devemos ser pacientes.

Posso reproduzir isso no debian 10

estou esperando solução. Alguém?

Ainda pode reproduzir esse problema facilmente da mesma maneira que outros acima. Ubuntu 18.04 alternar entre aplicativos como Firefox e VS Code e, em seguida, usar minha roda de rolagem no código faz com que eu vá para o final do arquivo. Principalmente um bug de produtividade, não encontrei uma maneira de contornar / evitar que isso aconteça - se alguém souber de um, por favor, compartilhe! Fico feliz em ajudar a reproduzir o bug com um vídeo ou uma sessão / chamada de compartilhamento de vídeo.

@chriswernette Eu encontrei uma solução alternativa: instale o programa imwheel e execute-o. Deve consertar o bug enquanto seu computador estiver ligado. Observe que adicionar este comando ao seu arquivo rc pode quebrar o vscode . Você deve executá-lo manualmente em sua CLI sempre que iniciar seu computador ... Esperando que eles consertem esse bug algum dia.

A propósito, apenas alt + tab causa esse problema. Alternar entre as guias com o ponteiro do mouse não causou esse problema para mim. Também percebi que o Firefox resolveu esse problema, embora ele ainda exista no Chrome.

Pode confirmar a reprodução do bug conforme descrito: 1) no cromo visualizar uma guia, rolando para cima ou para baixo substancialmente em uma página, 2) alt-tab para vscode, mal toque na roda de rolagem e ele pula para cima ou para baixo repetindo a rolagem no janela cromada.

No Ubuntu.

Não tenho certeza se isso foi 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

A propósito, apenas alt + tab causa esse problema. Alternar entre as guias com o ponteiro do mouse não causou esse problema para mim. Também percebi que o Firefox resolveu esse problema, embora ele ainda exista no Chrome.

Para sua informação, estou usando o Firefox no Ubuntu 18.04 e ainda estou tendo o problema. Pode confirmar que usar o mouse em vez de alt + tab parece ser uma solução alternativa.

Olá amigos.
Eu também estou entre as vítimas.
É absolutamente irritante.

Mas esse é um problema entre Electron e Browser.
No meu caso, isso está acontecendo entre Chrome e VSC, e Chrome e Slack também.

Ubuntu 18.04

Alguém sabe se isso realmente é algum problema voltando a 2016 ou mais?

Estes estão apontando para o webkit

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

Não tenho certeza se este era o link acima, mas parece o melhor:

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

Alguém neste tópico pode confirmar que ele está corrigido no Ubuntu 19.04? Estou pensando em fazer upgrade para ver ou ativar uma VM

Eu atualizei para 19.10 e parece ter sumido. Muitas outras coisas (drivers) não relacionadas a isso quebraram, então leve isso em consideração.

Alguém neste tópico pode confirmar que ele está corrigido no Ubuntu 19.04? Estou pensando em fazer upgrade para ver ou ativar uma VM

Estou no XUbuntu 19.04 há um mês, o bug ainda está aqui, veja meu comentário acima https://github.com/microsoft/vscode/issues/28795#issuecomment -590056590

@ miro-janosik tente 19.10. Parece estar consertado para mim agora.

Confirmo que esse bug está acontecendo no Ubuntu 18.04.4 LTS

Meu VSCode sobre informações:
Versão: 1.43.2
Commit: 0ba0ca52957102ca3527cf479571617f0de6ed50
Data: 2020-03-24T07: 52: 11.516Z
Elétron: 7.1.11
Chrome: 78.0.3904.130
Node.js: 12.8.1
V8: 7.8.279.23-elétron.0
SO: Linux x64 5.3.0-42-snap genérico

@ miro-janosik tente 19.10. Parece estar consertado para mim agora.

Atualizado para XUbuntu 19.10 eoan, 5.3.0-42-generic, VSCode 1.43.2. e o problema ainda está lá.
Passos para reproduzir:
clique na janela do editor de texto VSCode, alt + tab para Firefox (página em branco), role para baixo duas vezes, alt + tab para VSCode, clique no código, role para baixo - ele desce muito.

@ miro-janosik Qual versão do Mutter você está usando? ( mutter --version )

Desde que mudei para o Ubuntu 19.10, que parece trazer consigo o Mutter 3.34, esse problema foi embora para mim.

@ miro-janosik Qual versão do Mutter você está usando? ( mutter --version )

Desde que mudei para o Ubuntu 19.10, que parece trazer consigo o Mutter 3.34, esse problema foi embora para mim.

Não mostra nada, pois não tenho o mutter instalado. Vejo que "Mutter é um servidor de exibição Wayland". Como eu uso o XUbuntu que significa frontend XFCE ao invés do GNOME e não usa o Wayland.

Certo, de alguma forma eu perdi que você estava executando o Xubuntu.

Em qualquer caso, não estou executando uma sessão do Wayland, apenas atordoar o X11 padrão. O que isso pode indicar é que os desenvolvedores GNOME corrigiram esse bug do Chromium com uma solução alternativa em seu final em Mutter.

Claro, isso realmente não ajuda você no XFCE, desculpe. Você pode querer procurar a correção Mutter (ou pelo menos o problema - acredito que tenha sido vinculado anteriormente neste tópico) e relatar isso no XFCE ou talvez no XFWM4.

Eu atualizo / atualizo o ubuntu 18.04.4 e o bug ainda está aqui ...

Para reproduzir o problema de forma consistente, ao alternar para o navegador, você precisa rolar um bom tempo. Quando você volta para o VsCode e tenta rolar, ele pula. É muito chato ... Estou no Ubuntu 18.04.3.

No entanto, acredito fortemente que esse erro é específico para todos os usuários do Chromium. Portanto, também estou enfrentando o problema no Google Chrome.

Não sei se podemos considerar isso como uma solução alternativa. Mas, como depois de ter rolado no navegador em outra janela, me parece que a rolagem que você executou fica na memória e na próxima rolagem salta para o vscode. Então, de alguma forma ter uma guia vazia, onde largar aquele salto excessivo, deve reiniciar aquele scroll na memória. Não sou um especialista, então desculpas, se isso soa, lixo para você.

O Ubuntu 18 é suposto ser um LTS, por que isso não é extremamente irritante
problema, que foi corrigido em 19+, foi retransmitido para 18? Por favor pessoal somos todos
sofrendo aqui!

Na quinta-feira, 2 de abril de 2020 às 02h44, Blair Jersyer [email protected]
escrevi:

Para reproduzir o problema de forma consistente, ao mudar para o navegador, você
precisa rolar por um bom tempo. Quando você voltar para o VsCode e tentar
para rolar, ele vai pular. É muito chato ... Estou no Ubuntu 18.04.3

-
Você está recebendo isso porque comentou.
Responda a este e-mail diretamente, visualize-o no GitHub
https://github.com/microsoft/vscode/issues/28795#issuecomment-607653635 ,
ou cancelar
https://github.com/notifications/unsubscribe-auth/ABGEHKX3JWCBB5FI4TSLJFTRKQX4RANCNFSM4DPLVGGQ
.

Por favor pessoal, estamos todos sofrendo aqui!

Dor é fraqueza deixando o corpo ... Desculpe :) Eu sinto você e estou amarrando agora:

wmctrl -a Code

na minha janela manjedoura para ALT + 1 ou algo para focar vscode. Isso funciona! O que significa que alguém poderia escrever um script de shell lembrando a última janela focada para substituir o comportamento da guia X11. Ou eu estou esquecendo de alguma coisa?

Supõe-se que o Ubuntu 18 seja um LTS, por que esse problema extremamente irritante, que foi corrigido no 19+, não foi adaptado para o 18? Por favor pessoal, estamos todos sofrendo aqui!
…
Na quinta-feira, 2 de abril de 2020 às 2h44 Blair Jersyer @ . * > escreveu: Para reproduzir o problema de forma consistente, ao alternar para o navegador, você precisa rolar um bom tempo. Quando você volta para o VsCode e tenta rolar, ele pula. É muito chato ... Estou no Ubuntu 18.04.3 - Você está recebendo isso porque comentou. Responda a este e-mail diretamente, visualize-o no GitHub < # 28795 (comentário) > ou cancele a inscrição https://github.com/notifications/unsubscribe-auth/ABGEHKX3JWCBB5FI4TSLJFTRKQX4RANCNFSM4DPLVGGQ .

Portanto, atualizar para o 19 corrige o problema? Se sim, irei atualizar então.

O problema com o imwheel é que ele me impede de segurar CTRL e aumentar o zoom (Figma) ...
E parece que houve um atraso com os botões voltar e avançar do meu mouse.

Boas notícias: encontrei uma boa solução alternativa!

Bug não está acontecendo ao usar o pacote alttab . Instale do AUR com, por exemplo:

$ yay -S alttab-git

Você tem que desvincular ALT-Tab antes de iniciá-lo. Para mim (Xfce) está nas configurações do gerenciador de janelas:

Uau, isso foi aberto há quase 3 anos. Acabei de atualizar para o Ubuntu 18.04.4 LTS e ainda posso produzir esse bug. Isso não foi um problema no meu Ubuntu 16.04.

Portanto, a resposta está apenas escondida nos comentários https://github.com/microsoft/vscode/issues/28795#issuecomment -391258341.
Para Ubuntu 18.04.4 LTS, basta instalar o pacote imwheel . sudo apt install imwheel . Certifique-se de executá-lo também.

Portanto, a resposta está apenas escondida nos comentários # 28795 (comentário) .
Para Ubuntu 18.04.4 LTS, basta instalar o pacote imwheel . sudo apt install imwheel . Certifique-se de executá-lo também.

E quando continuar lendo, verá que imwheel é péssimo ... Minha solução alternativa ( alttab ) parece feia, mas funciona perfeitamente ... https://github.com/microsoft/ vscode / issues / 28795 # issuecomment -608751048

Além disso, ao executar imwheel "no estado em que se encontra" funciona, configurá-lo para não desabilitar os botões voltar / avançar com imwheel -b 45 não funciona como uma solução alternativa

@thegitfather tnx para a solução alternativa feia, parece fazer o vscode congelar por um momento, evitando o problema de pulos (o que às vezes me dá vontade de jogar meu computador da varanda).

você acha que é possível excluir o aplicativo de desktop do alttab?
a área de trabalho sendo sempre o primeiro ou o segundo aplicativo parece me impedir de um comportamento alttab normal, como voltar para o quarto sem pressionar tab várias vezes.
também o alttab está respondendo muito devagar, você conseguiu fazer algo a respeito?
quando eu abro para uma janela de console, ela não recebe o foco, existe uma correção para isso?

editar: talvez não receber foco "corrige" o problema.

Correção para logotipo ausente (ubuntu 18.04)
sudo cp ~/Downloads/code.png /usr/share/icons/hicolor/256x256/apps/code.png

Depois de atualizar para o Ubuntu 20.04 LTS Focal Fossa, posso confirmar que esse bug irritante desapareceu para mim. O VS Code parece o paraíso mais uma vez!

Depois de atualizar para o Ubuntu 20.04 LTS Focal Fossa, posso confirmar que esse bug irritante ainda está presente com todas as extensões desabilitadas.

Estou no Ubuntu 18.04.

Aqui está meu band-aid para este bug irritante: toda vez que eu mudo para o VS Code (c / ALT + TAB), eu faço uma rolagem rápida independentemente da direção enquanto pressiono SHIFT , e então continuo a rolagem normal. Sem saltos.

Posso entender mais detalhes

No Ubuntu 18.04 basta instalar o imwheel .

sudo apt-get install imwheel

Isso funcionou para mim. Obrigado @ shamim-42

@ shamim-42 absolutamente o matou. Tive esse bug por anos, primeiro no Atom, depois no VSCode e depois em outros aplicativos baseados em Electron. Nunca encontrei uma solução, até ler sua postagem hoje.

Depois de instalar imwheel , adicionei-o aos itens de inicialização da minha sessão e funcionou.
Não tenho ideia se há efeitos colaterais ainda, já que só testei o caso de uso "irritante" específico.

Muito obrigado pela correção temporária, @ shamim-42!

Este é um bug realmente irritante!
Parece que o próprio imwheel tem um problema com saltos durante a rolagem usando um touchpad :( Testado em 18.04.2.

Confirmado, a correção imwheel só funciona para mim usando um mouse externo. Em
trackpad está tudo gaguejando.

Em qui, 11 de junho de 2020, 15:33 Oleksandr Shlinchak, notificaçõ[email protected]
escrevi:

Este é um bug realmente irritante!
Parece que o próprio imwheel tem um problema com saltos durante a rolagem
usando um touchpad :( Testado em 18.04.2.

-
Você está recebendo isso porque comentou.
Responda a este e-mail diretamente, visualize-o no GitHub
https://github.com/microsoft/vscode/issues/28795#issuecomment-642698120 ,
ou cancelar
https://github.com/notifications/unsubscribe-auth/AAGI5FMXFEVJPFCQYKXWOHTRWDTM3ANCNFSM4DPLVGGQ
.

Bug irritante e correção simples - https://gitlab.gnome.org/GNOME/mutter/-/merge_requests/181/diffs?commit_id=5a71ed44115f730263086218316839fad006b71c

Para atualizar o Gnome, tive que atualizar para o Ubuntu 20.04. Agora tudo funciona bem como deveria: v:

Olá, o problema foi corrigido no Ubuntu 19.04 (que estou usando no momento). Se isso for muito chato para você e não quiser usar soluções de terceiros, atualize seu Ubuntu.

Ubuntu 19 não é o LTS, 18 é. Muitas pessoas não podem atualizar por causa de
esta. Eu não deveria ter que deixar o LTS para consertar um bug extremamente irritante.
imwheel torna o trackpad inutilizável em um laptop e não é um bom
solução.

Na quarta-feira, 17 de junho de 2020 às 7h51, Blair Jersyer [email protected]
escrevi:

Olá, o problema foi corrigido no Ubuntu 19.04 (que estou usando no momento). E se
isso é muito irritante para você, então atualize seu Ubuntu.

-
Você está recebendo isso porque comentou.
Responda a este e-mail diretamente, visualize-o no GitHub
https://github.com/microsoft/vscode/issues/28795#issuecomment-645326887 ,
ou cancelar
https://github.com/notifications/unsubscribe-auth/ABGEHKUOGUI5KWNTEOYYZYDRXCU25ANCNFSM4DPLVGGQ
.

Posso confirmar que não está corrigido em 20.04. Eu uso o Xubuntu.

Na quarta-feira, 17 de junho de 2020, 12:54 James Guillochon, [email protected]
escrevi:

Ubuntu 19 não é o LTS, 18 é. Muitas pessoas não podem atualizar por causa de
esta. Eu não deveria ter que deixar o LTS para consertar um bug extremamente irritante.
imwheel torna o trackpad inutilizável em um laptop e não é um bom
solução.

Na quarta-feira, 17 de junho de 2020 às 7h51, Blair Jersyer [email protected]
escrevi:

Olá, o problema foi corrigido no Ubuntu 19.04 (que estou usando no momento). E se
isso é muito irritante para você, então atualize seu Ubuntu.

-
Você está recebendo isso porque comentou.
Responda a este e-mail diretamente, visualize-o no GitHub
< https://github.com/microsoft/vscode/issues/28795#issuecomment -645326887
,
ou cancelar
<
https://github.com/notifications/unsubscribe-auth/ABGEHKUOGUI5KWNTEOYYZYDRXCU25ANCNFSM4DPLVGGQ

.

-
Você está recebendo isso porque comentou.
Responda a este e-mail diretamente, visualize-o no GitHub
https://github.com/microsoft/vscode/issues/28795#issuecomment-645328184 ,
ou cancelar
https://github.com/notifications/unsubscribe-auth/AAGI5FOQBD6JMBHXUTDXF5DRXCVGBANCNFSM4DPLVGGQ
.

Ubuntu 19 não é o LTS, 18 é. Muitas pessoas não podem atualizar por causa disso. Eu não deveria ter que deixar o LTS para consertar um bug extremamente irritante. O imwheel torna o trackpad inutilizável em um laptop e não é uma boa solução.
…
Na quarta-feira, 17 de junho de 2020 às 7h51 Blair Jersyer @ . * > escreveu: Olá, o problema foi corrigido no Ubuntu 19.04 (que estou usando no momento). Se isso é muito chato para você, atualize seu Ubuntu. - Você está recebendo isso porque comentou. Responda a este e-mail diretamente, visualize-o no GitHub < # 28795 (comentário) > ou cancele a inscrição https://github.com/notifications/unsubscribe-auth/ABGEHKUOGUI5KWNTEOYYZYDRXCU25ANCNFSM4DPLVGGQ .

Como eu disse ... no Ubuntu 19 o problema foi corrigido. Isso inclui o Ubuntu 20.04. Existem soluções disponíveis para você, mais reclamações são inúteis. Eu tinha Ubuntu 18.04 no meu laptop e PC onde estava enfrentando o problema, atualizei para 19.04 e 20.04 e o problema foi resolvido.

De qualquer forma, estou cancelando a inscrição neste problema, pois ele não é mais relevante para mim. Boa sorte pessoal.

@ Blair2004 Também estamos usando 20.04 e o problema ainda persiste, pelo menos para trackpads - e a opção imwheel não funciona bem com trackpads. Estou curioso, o problema foi corrigido no dia 20.04 para você no trackpad também?

Ah, e talvez isso seja útil - não usamos Gnome, usamos XFCE.

@ Blair2004 Também estamos usando 20.04 e o problema ainda persiste, pelo menos para trackpads - e a opção imwheel não funciona bem com trackpads. Estou curioso, o problema foi corrigido no dia 20.04 para você no trackpad também?

Ah, e talvez isso seja útil - não usamos Gnome, usamos XFCE.

É provavelmente por isso que estou usando o Gnome.

Problema presente usando xfce + ubuntu 20.04 (na verdade ubuntustudio) + trackpad

Problema presente usando xfce + ubuntu 20.04 (na verdade ubuntustudio) + trackpad

Plataforma semelhante (Xubuntu 20.04) e problema para mim, mas acontece com o mouse também.

Problemas com o Linux Mint MATE (GNOME2 fork). Curiosamente, só percebi isso desde que atualizei para o Linux Mint 20; quando eu estava no Linux Mint 18 (com uma versão mais antiga do VS Code), não tive esse problema.

Isso está me incomodando há um bom tempo, e acho que posso reproduzi-lo. Só acontece (pelo menos para mim) se houver a mini caixa de pesquisa no canto superior direito do editor. Se eu ignorar isso, a rolagem desaparece.

EDIT: Estou no Windows e OSX.

O mesmo aqui (Xubuntu)

Reproduzido em Debian 10 + gnome-shell 3.30.2-11 ~ deb10u2

Também reproduz com frequência no meu sistema (Ubuntu MATE 20.04.01). Trabalho principalmente com teclado e mouse.

Instalar (e executar) imwheel não contornou o problema - só tive uma ocorrência.

Suspeito (difícil de dizer, já que nunca prestei atenção à causa) que isso acontece quando eu mudo o espaço de trabalho da área de trabalho (por meio de teclas de atalho) e / ou troco de primeiro plano (novamente, por meio de teclas de atalho, neste caso, Alt+Tab .

Esse problema me desorienta instantaneamente, pois sou lançado em um pedaço aleatório de código e preciso encontrar o caminho de volta. :tonto:

3 anos e contando.

Equipe da @Microsoft VS-Code: o que quer que você esteja fazendo para resolver isso claramente não está funcionando.
É hora de montar uma equipe de tigres e enfrentar este aqui: tiger2:: runner: - pelo bem de nossa sanidade. : face_with_head_bandage:

Posso confirmar que a causa raiz desse problema é a pilha subjacente (Electron?), Pois fui capaz de encontrar problemas semelhantes fora do VSCode.

Vou apenas tocar neste tópico, pois esse problema é realmente frustrante.
Acontece comigo no Visual Studio Code após alt + tabbing para o navegador firefox. Qualquer rolagem realizada no Firefox será armazenada em buffer e aplicada assim que eu fizer a rolagem de volta na janela do VS. É muito frustrante voltar para a seção de código em que estou trabalhando todas as vezes.
Editar: Firefox *, não Chrome ..

Reproduzido com Vscodium 1.47 e Gedit também.

Passos para reproduzir:

1. Abra um documento longo com Vscode, outro com Gedit

1. Concentre-se no Vscode, no topo do arquivo
2. Mude para Gedit com Alt + Tab e role para baixo
3. De volta ao Vscode com Alt + Tab, role um pouco para baixo
   → Vscode salta no final do arquivo

Configuração: Debian 10 + gnome-shell 3.30.2-11 ~ deb10u2
Ponteiro: teclado do trackpoint da Lenovo
Versão VsCodium: 1.47.3
Commit: 91899dcef7b8110878ea59626991a18c8a6a1b3e
Data: 2020-07-23T15: 51: 39.791Z
Elétron: 7.3.2
Chrome: 78.0.3904.130
Node.js: 12.8.1
V8: 7.8.279.23-elétron.0
SO: Linux x64 5.7.0-3-amd64

@iootaa imwheel parece resolver o problema.

@ yuriy-chumak Não funciona com trackpads.

Sim, estou usando um trackpoint e imwheel é dedicado a ratos

@hickscorp , sim. E mouse-pointer também pula aleatoriamente (em algum lugar para baixo) sempre que eu uso o mouse e / ou trackpad. Eu estava pensando que meu mouse estava com defeito.

Com Ubuntu 18.04 e VScode 1.50.1,

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

funciona mesmo.

Duvido que seja um problema de sistema operacional porque acontece com outros aplicativos ...