Vscode: Редактор: прокрутка прыгает случайным образом (относится к Chrome, Electron, xinput)

|||
| ------------- | ------------- |
| ОС | Ubuntu 16.04 |
| Версия VSCode | 1.13.1 |

У меня аналогичная проблема при переходе между окнами при нажатии Alt + Tab.
Например, Alt+Tab в Chrome для чтения документов и т. Д., Alt+Tab назад в VSCode, прокрутите вверх _или_ вниз на один щелчок колесика мыши, но страница довольно последовательно прокручивается вниз по крайней мере на 3-4 страницы. .

ОБНОВЛЕНИЕ: проблема все еще присутствует, когда все расширения отключены.

Это также иногда происходит с правой боковой панелью (проводник), когда Alt + Tabbing между окнами.
Версия: 1.14.2

Я столкнулся с этой проблемой довольно давно. Я никогда особо не задумывался об этом, и хуже не стало; но я действительно начинаю находить это все более разочаровывающим. Фактическое влияние на мою производительность неизмеримо.

Я обнаружил, что это происходит периодически, но часто - при этом я пытаюсь прокрутить текущий файл, и внезапно я прокручиваюсь до места, выходящего за границы ввода. (Например, я пытаюсь прокрутить несколько строк и внезапно оказываюсь в конце файла).

Некоторые ключевые мысли могут быть;

• В основном с помощью сенсорной панели - но я очень уверен, что это произошло и с помощью прокрутки мыши.
• Это не связано с ошибкой ввода с сенсорной панели - нет задержки - это МГНОВЕННАЯ прокрутка к, как я думал, случайному разделу файла (но, по мнению репортера, может быть концом файла).
• Прокрутка не связана с местоположением курсора (это не просто прокрутка туда, где находится мой текущий курсор - чаще всего курсор находится там, где я прокручиваю)
• Расстояние прокрутки, как упоминалось выше, выходит за рамки ввода - поэтому устройство не может быть неисправным (например, сенсорная панель или мышь фактически пытается прокрутить это расстояние)
• Согласно @MattMcMurray, я трачу МНОГО времени на переходы между файлами, быстрое переключение между файлами с помощью клавиш CTRL + P, переход между окнами с помощью Alt и переключение рабочего пространства.
• Согласно @mariusa - я использую Linux (Debian). Я не использую macOS или Windows (поэтому не могу предоставить тесты для этих сред).

Я намеренно исключил версию Debian (Buster) и VSCode из этой заметки. Я использую последнюю из них, но она наверняка присутствует уже давно.

Я постараюсь внести дальнейший конструктивный вклад в попытки выяснить, в чем проблема, и постараюсь уделять больше внимания, когда это произойдет. @ ramya-rao-a & @rebornix - я бы ожидал, что это повлияет на гораздо большее количество пользователей, чем указано здесь, поэтому я отмечу вас здесь. Просто вопрос того, как скоро они тоже дойдут до этого уровня разочарования.

Отредактировано; добавили дополнительную информацию, отметили некоторых людей и исправили некоторый контент.

То же самое и здесь, просто не мог найти способ надежно воспроизвести это. Это действительно больно.
Я не использую несколько рабочих пространств, просто переключение между окнами с помощью alt (также быстрое переключение между файлами CTRL + P, но это, похоже, не влияет на это). Я использую только прокрутку мыши, без тачпада.

Это меня уже давно беспокоит, и я думаю, что смогу воспроизвести это. Это происходит (по крайней мере, для меня), если в правом верхнем углу редактора есть мини-поле поиска. Если я его закрою, прокрутка исчезнет.

РЕДАКТИРОВАТЬ: Я использую Windows и OSX.

@tmtke Значит, у вас точно такое случалось в Windows?

@dmblack Да, это было в Windows.

... блин, я думаю, это не так последовательно. возможно сочетание поля поиска и встроенных справочных строк. Ничего не знаю сейчас: /

Я могу подтвердить это поведение для Ubuntu 16.04, VC 1.18.1, если переключусь с Chromium или Firefox обратно на VS Code. Если, например, переключиться обратно с Nautilus или Thunderbird, все будет работать нормально.

Я также испытываю это на Fedora 27
vscode Версия 1.18.1

Наконец-то я могу постоянно воспроизводить. Я также могу подтвердить, что это влияет не только на такие браузеры, как Chromium, Firefox и Google Chrome, но и на другие открытые приложения. Я могу даже не открывать никаких приложений, только мой рабочий стол виден и воспроизводится.

В данном примере упрощено для обеспечения надежности; требования: браузер (Chromium / Firefox / Google Chrome), редактор VSCode (любой тип файла. В идеале длинный файл, чтобы прокрутка была видна).

1. VSCode: оставьте курсор в верхней части файла.
2. Браузер: чрезмерно прокрутите (в течение нескольких секунд) вниз по странице. Даже если это пустая вкладка без содержимого.
3. VSCode: прокрутите, хоть немного, в любом направлении.

Вы обнаружите, что редактор внезапно перескочит вниз по активному файлу.

Похоже, что VSCode по какой-то причине получает события прокрутки; которые все внезапно оцениваются при любой форме ввода прокрутки в редакторе.

@tmtke @mariusa Отмечу вас двоих, если вы можете попытаться воспроизвести.

Что-то мне подсказывает, что на самом деле это ошибка Electron. К сожалению; У меня нет других приложений Electron для тестирования.

Изменить: теперь у меня дома есть коробка с Windows 10. Постараюсь сегодня вечером протестировать и добавить результаты.

Мне также удалось воспроизвести эту проблему с Ubuntu 16.04. Неважно, на какое приложение я переключаюсь (проверено с помощью Chromium, gedit), хотя я не смог воспроизвести его с помощью прокрутки на пустом рабочем столе. Я не испытываю этого в Windows 7. Я не считаю, что это имеет какое-либо отношение к поиску или расширениям, потому что, когда я загружаю код с --disable-extensions и не использую функцию поиска, проблема все равно возникает постоянно.

Изменить: я не имею в виду, что что-то связано без лучшего тестирования, но у команды Electron / Atom есть очень похожая проблема, о которой сообщалось в Atom: https://github.com/atom/atom/issues/15482 описание почти идентично. Там есть несколько предложений о переключении на Wayland, использовании редактора в другом рабочем пространстве и т. Д. Я смог подтвердить, что размещение VSCode в другом рабочем пространстве остановило возникновение проблемы. По крайней мере, в моем случае это не проблема, связанная с VSCode.

Как предполагает @dmblack , похоже, что это ошибка Electron. Связанная проблема Atom предоставила шаги для воспроизведения проблемы. Похоже, что Electron получает события прокрутки приложений Chromium, которые находятся поверх приложения Electron, а затем воспроизводит их после события прокрутки в приложении Electron.

Обновление Electron, похоже, решает проблему, поэтому команда vscode должна исправить.

@rebornix Пусть у нас будет ваш вклад (пометка, назначенная вам). Похоже, в противном случае это может быть не в наших руках.

• Есть ли что-нибудь, что вы хотели бы, чтобы мы попытались подтвердить Electron?
• Есть ли планы по обновлению Electron с VSCode?

Спасибо всем, кто до сих пор участвовал!

У меня такая проблема. Это больно. VSCode прослушивает событие прокрутки мыши, даже если оно неактивно в окне.

Я узнал, что это ошибка проекта Chromium и поэтому влияет на VScode, поскольку он основан на электроне, который использует движок Chrome под капотом.

Я только что сообщил об ошибке: https://bugs.chromium.org/p/chromium/issues/detail?id=807187

Не уверен, что они относятся к этому серьезно.

Интересно, действительно ли это ошибка Electron? В редакторе Atom нет этой проблемы, а текущая версия Atom (1.23.3) использует гораздо более старую версию 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 :

соток: «1.10.1-DEV»
атомная оболочка: "1.7.9"
хром: "58.0.3029.110"
электрон: "1.7.9"
http_parser: «2.7.0»
microsoft-build: «1.7.9»
модули: «54»
узел: «7.9.0»
openssl: "1.0.2k"
uv: "1.11.0"
v8: "5.8.283.38"
zlib: "1.2.11"
`` ''

Если это проблема в Electron, я подозреваю, что это затронет гораздо больше пользователей.
Есть ли общее расширение или инструмент, вызывающий такое поведение?
Это все еще происходит со мной при запуске кода vs: code --disable-extensionsно не при запуске vscode и chrome при чистой установке без установленных расширений.

Я также использую PlatformIO и wakatime в качестве расширений, возможно, мне стоит попробовать установить свои расширения одно за другим и посмотреть, когда проблема начнет появляться.

В любом случае, это становится таким тормозом для продуктивности, что я не вижу другого выхода, кроме смены редакторов. Если кто-то нашел обходной путь, поделитесь пожалуйста.

Обновить:

• также происходит при чистой установке, без установленных расширений
• довольно неудобная стратегия смягчения последствий - это прокрутка вверх перед прокруткой вниз в vscode. Это предотвращает внезапную прокрутку документа до конца, поскольку кажется, что буфер прокрутки вниз очищается.

Проблема как-то связана с libinput. В качестве обходного пути вы можете заменить libinput на evdev, в ubuntu на xorg это:
"sudo apt remove xserver-xorg-input-libinput && sudo apt install xserver-xorg-input-evdev". Но, вероятно, вам нужно будет вручную настроить мышь.

@arenddeboer
Ранее в этой ветке есть ссылка, в которой Atom демонстрирует такие же или похожие симптомы - опубликовано @vacantgeologist и @tranhl

Что касается ваших первых заметок «прокрутите вверх»; По моему опыту; редактор будет прокручиваться вверх или вниз, полностью в зависимости от вашего поведения в других приложениях. Согласно моему тестированию; Я обнаружил, что это происходит в любом приложении или даже только на моем рабочем столе, а не только в других приложениях «Электрон».

Что касается обходного пути; есть некоторые примечания, любезно разъясненные @Fullpan. Однако я их не проверял; Мне был бы интересен ваш опыт / результат, если вы попробуете. Обратите особое внимание на их примечание относительно возможной ручной настройки вашей мыши.

@mariusa
Не могли бы вы обновить описание / исходную информацию, чтобы включить здесь некоторую дополнительную информацию, найденную другими пользователями. Это позволит избежать других сообщений пользователей, которые могут пропустить или неправильно понять другое содержание этой теперь гораздо более длинной цепочки.

Я бы поощрял информацию или обновление статуса некоторыми соответствующими заинтересованными сторонами-разработчиками, но, похоже, мы не получаем от них особой поддержки.

@dmblack сделано
@ ramya-rao-a Не могли бы вы назначить более отзывчивого разработчика?

@dmblack благодарим за отзыв.
@Fullpan спасибо за ссылку на libinput / xorg.
Это заставило меня понять, что в /etc/gdm/custom.conf установлено значение WaylandEnable=false . Переход обратно на Wayland решил проблему для меня.

То же самое здесь, в manjaro gnome, когда я прокручиваю в хроме, а затем нажимаю alt + tab, чтобы перейти к коду vs, прокрутка положила мне конец.
DISTRIB_RELEASE = 17.1.2
версия ядра 4.9.77-1-MANJARO
версия против кода 1.19.3
версия libinput 1.9.4-1

Это происходит постоянно при использовании синергии. Это очень раздражает. Соответствующая проблема: https://github.com/symless/synergy-core/issues/6038

Если вы используете Ubuntu 17.10 с последней версией рабочего стола GNOME, вы тоже заметите эту ошибку. Я попытался установить старую версию Ubuntu DE «Unity» и использовать на ней VSCode, но не заметил этой ошибки. Все заработало, как положено, без ошибок.

Linux 4.13, X11 с GNOME (не сессия Wayland)

Еще одна жертва этой ошибки здесь, однако я использовал режим дзен, и у меня меньше шансов, что это произойдет со мной, а также перезапуск Chrome и VsCode, похоже, в моем случае помогает «отключить» события прокрутки приложений.

Система Manjaro KDE Plasma 5

Со мной это тоже продолжается. Ubuntu Gnome 16.04. Когда я прокручиваю любое приложение, а затем переключаюсь на vscode или chrome, он прокручивается относительно того, что я прокручивал в другом приложении. Это явно очень отвлекает. Кому-нибудь повезло с обходными путями?

Супер досадная проблема. У меня теперь эта проблема в Antergos с GNOME.

Мне пришлось поместить мои основные открытые приложения в отдельные рабочие области и привязать клавиатуру для переключения между ними.

У кого-нибудь появляется эта ошибка в режиме дзен? Я использую его все время, и у меня не было проблем 4 дня, я не знаю, может ли это быть актуальным, но думаю, не повредит изучить это.

FWIW, я могу воспроизвести эту проблему в Chrome, VSCode и Atom (используя Fedora). Но только под X11.

Я тоже это испытал некоторое время. Если я какое-то время работаю в другом приложении, а затем снова переключаюсь на vscode, малейшее прикосновение к тачпаду или колесу мыши заставляет редактор перейти в новое положение. Я использую Debian 9.

Я могу подтвердить, что эта проблема возникает в Ubuntu 17.10 с версией ядра 4.15.8-041508-generic.

Я могу подтвердить, что это все еще происходит для меня в Ubuntu 18.04 LTS, VS Code Insiders:

Версия 1.24.0-инсайдер
Фиксировать 2404210629c744e6237a14d7b5fa852e24c6e898

(X11)

Блин, очень досадный баг, переключение в браузер, прокрутка чего-то там, потом обратно в VS, один скролл и вуаля! Я внизу своего файла.
Ubuntu 17.10

эта досадная проблема возникает в ubuntu 18.04 LTS, и когда я переключаюсь на Wayland или использую alt+f2 and r для перезагрузки gnome, кажется, что он снова работает хорошо. Может быть, это обходной путь для вас.

Это нужно исправить. Это чертовски раздражает.

@sevenryze Это точно не относится к Wayland. Я бы полностью перешел на Wayland, но у меня низкая производительность, странное поведение с несколькими мониторами и отсутствие поддержки драйверов NVIDIA (на данный момент!).

Однако перезапуск GNOME определенно не имеет никакого эффекта.

Я думаю; для всех, кто использует VSCode (или Atom, или любое приложение на основе Chromium / Electron) и _не_ страдает этой ошибкой; какую среду рабочего стола вы используете?

Кстати, я считаю, что использование evdev вместо libinput (на X11) также позволяет избежать этой проблемы.

Я использую Ubuntu 16.04 с Gnome. Ни в одном другом электронном приложении нет этой проблемы.

Подтверждение в Debian 9 / Mate.

Пользователь Lubuntu 18.04 здесь - у меня также есть странное поведение прокрутки в приложениях на основе Chrome - Slack, vscode, сам Chrome. Я не получаю случайных прокруток, скорее, эти приложения пропускают некоторые события прокрутки. Забавно то, что LXTerminal также пропускает события прокрутки. Например, Firefox работает нормально ... это действительно раздражает. Между прочим, это сочетание приложений указывает на направление базовой инфраструктуры - на lubuntu 16.04 у меня не было никаких проблем, но после обновления до 18.04 все развалилось ..

То же самое здесь, в Xubuntu 18.04.
Но!
Может воспроизводиться, только если я переключаюсь между VS Code и другим окном с комбинацией alt + tab, если я переключаюсь с помощью щелчка по окну на прокрутке панели задач, не прыгает.

40 комментариев с июня 2017 г. и все еще нет решения? Как следствие, мне нужно сменить IDE.

@rebornix У меня больше нет этой проблемы с тех пор, как я использую режим zen, но есть ли возможность добавить это в качестве вехи или более высокого приоритета для следующих выпусков?

VSCode - это все здорово, но эта ошибка чертовски раздражает, я понимаю, что есть много проблем, и дорожные карты составлены, чтобы улучшить и исправить ошибки, как вы, ребята, и я в целом доволен тем, как вы, ребята, повторяете в редакторе, однако я действительно думаю, что этому вопросу не придается должного значения, поскольку это визуальный сбой, который нарушает и серьезно нарушает рабочий процесс разработчиков.

Это делает VSCode в основном непригодным для использования, потому что вы не можете переключать окна с помощью alt + tab, а это базовая функция root приложения.

@ Esteban-Rocha Я могу воспроизвести ошибку в режиме дзен.

Пожалуйста, прекратите спамить эту ошибку. VSCode - это открытый исходный код, если вы хотите его исправить, исправьте!
Нет смысла добавлять комментарии, требующие исправления от кого-то другого.

@smehrbrodt Мы

@smehrbrodt Это не спам, чувак, вы должны сначала понять, как работает OSS и, в частности, как работает команда VS Code.

@fotonmoton Ох, это отстой :(! Тогда мне может повезти, если это так, значит, проблема еще хуже, так как вокруг нее нет взлома

В стороне, я могу подтвердить, что Atom решил эту проблему для моей установки с момента обновления до Electron 2.0.0 (https://github.com/atom/atom/pull/17273).

Однако я тестировал эту ошибку в исследовательских сборках, связанных с этой проблемой, и, к сожалению, она все еще страдает от нее.

редактировать:
Счеркните это, я не тестировал Atom под другим окном; Я смог воспроизвести это в Atom с питанием от Electron 2.0.0.

Мое наблюдение. Проблема все еще существует с google chrome, поэтому безнадежно увидеть ее исправление в ближайшее время в коде VS.

Хорошо ... из того, что я выяснил, похоже, что это как-то связано с вводом, поступающим с разных виртуальных устройств ввода. Установка и запуск imwheel без дополнительной настройки устраняет проблему для всех затронутых приложений.

@ dr0p

Вероятно, важно отметить это как обходной путь, а не как исправление.

Цените ваш отзыв. Я буду искать возможность функционального обходного пути, пока он не будет решен соответствующими ресурсами.

Такое случается со мной, когда я использую Ubuntu 18 LTS. Действительно раздражает и влияет на мою продуктивность.

ОБНОВЛЕНИЕ :: злой:

Пришел сюда, заметив ту же самую стандартную установку Ubuntu 18.04 (свежую), VSCode, установленный из «магазина» программного обеспечения Ubuntu. У меня такое же поведение, если я прокручиваю вверх и вниз в VSCode, а затем переключаюсь в Chrome (например, на эту длинную страницу) и прокручиваю, я получаю прыжок. У меня также есть такая же проблема с приложением Slack, которое, как мне кажется, построено на основе Electron, но только при использовании Alt-Tab - нажатие на док-станцию ​​или приложение (если оно отображается), похоже, не вызывает такого поведения.

Информация о версии VSCode:

Версия 1.24.1
Коммит 24f62626b222e9a8313213fb64b10d741a326288
Дата 2018-06-13T17: 47: 35.732Z
Оболочка 1.7.12
Рендерер 58.0.3029.110
Узел 7.9.0
Архитектура x64

Можно подтвердить, что установка и запуск imwheel - это обходной путь, просто не забудьте запустить imwheel после его установки. К сожалению, я заметил, что запуск imwheel в его конфигурации по умолчанию, похоже, мешает Ctrl-Mousewheel работать как элемент управления масштабированием.

Для всех Linux здесь есть очень простой взлом. вы можете установить imwheel, и это решит эту проблему. Я уже давно пользуюсь этим хаком и не заметил никаких проблем. если вы используете ubuntu, это так же просто, как sudo apt install imwheel а затем добавить это в свои программы запуска системы, открыв графический интерфейс запуска приложений и добавив программу /usr/bin/imwheel .

Всем привет...
Я использую Debian 9 с рабочим столом Mate. С https://forums.linuxmint.com/viewtopic.php?t=241431 в качестве временного решения отключите плавную прокрутку в Chrome. Работает на меня...

У меня была такая же проблема с Ubuntu 16.04 LTS с единством, была она на Ubuntu 17.10 с gnome, а теперь на 18.04 LTS с gnome. То же самое происходит с Sublime Text 3 и некоторыми другими программами. Я использую в основном прокрутку двумя пальцами на трекпаде, хотя я почти уверен, что это происходит и с мышью.

Я только что установил и запустил imwheel в соответствии с предложением

Это предполагает, что поведение не связано напрямую с vscode, а скорее связано с тем, как материал X интерпретирует мышь или что-то в этом роде.

К вашему сведению, ребята, есть кнопка «Подписаться». Не имеет смысла говорить в комментарии «Это тоже происходит со мной», если только у вас нет дополнительных материалов для решения проблемы. Пожалуйста, не обижайтесь на это. Я просто знаю, что людей, которые действительно пишут код для проектов с открытым исходным кодом, беспокоит, когда их беспричинно рассылают спамом.

Я использую Mate в дистрибутиве Antergos и наблюдаю за этой проблемой. Я всегда использую chrome и vscode в отдельных рабочих областях. Imwheel не подходит для сенсорных панелей с точной прокруткой, поэтому для меня это неприемлемый обходной путь.
Я решил свою проблему, используя xdotool для переключения рабочего пространства, переопределив ярлыки по умолчанию.

Я так делаю:
Переместитесь в рабочую область слева:
xdotool set_desktop - относительный - -1

Перейдите в рабочее пространство справа:
xdotool set_desktop --relative - 1

Надеюсь, это поможет, пока эта проблема не будет решена ...

imwheel вызывает ужасное поведение прокрутки.

Я знаю, что это разочаровывающая ошибка, с которой приходится иметь дело многим пользователям (включая меня), но давайте постараемся не обращать на это внимания разработчиков vscode. Насколько я понимаю, это ошибка хрома, и поэтому она также проявляется в Electron. Разработчики vscode проделывают потрясающую работу, но можно утверждать, что это выходит за рамки их обязанностей. Если мы хотим , чтобы исправить быстрее потребности линукс сообщества принять участие, так как команда хрома активно просят нашей помощи здесь . Не пытаюсь обидеть, я просто очень ценю упорный труд команды vscode

такая же проблема здесь. vscode плохо взаимодействует с хромом.

В моем случае курсор всегда перемещается в верхнюю часть страницы. Это очень раздражает, потому что отвлекает от чтения и может привести к потере внимания. Связано ли это с той же проблемой?
Ubuntu 18.04, версия Chrome 70.0.3538.67 (официальная сборка) (64-разрядная версия)

О нет, мне удалось запустить его с помощью Electron 3 на ubuntu 18.04.1. Не знаю как, но в разведке это случается реже.

Версия: 1.29.0-exploration
Фиксация: 8fc99c65d2f01e7b413cde2d3bf7785356778381
Дата: 2018-10-30T11: 31: 30.266Z
Электрон: 3.0.6
Хром: 66.0.3359.181
Node.js: 10.2.0
V8: 6.6.346.32
Архитектура: x64

Я провел небольшое тестирование с различными средами рабочего стола и обнаружил, что эта ошибка возникает при использовании Gnome и XFCE4, но не в LXQT или KDE Plasma. Не уверен, что это единичный случай, но, по крайней мере, на данный момент мне кажется, что среды рабочего стола на основе GTK страдают от этой ошибки, а среды рабочего стола на основе QT - нет.

Могут ли люди, у которых есть эта проблема, проголосовать за ошибку хрома? Этот все еще открыт: https://bugs.chromium.org/p/chromium/issues/detail?id=807187

Я провел небольшое тестирование с различными средами рабочего стола и обнаружил, что эта ошибка возникает при использовании Gnome и XFCE4, но не в LXQT или KDE Plasma. Не уверен, что это единичный случай, но, по крайней мере, на данный момент мне кажется, что среды рабочего стола на основе GTK страдают от этой ошибки, а среды рабочего стола на основе QT - нет.

Спасибо, что упомянули об этом. Сегодня я установил плазму KDE, и эта ошибка больше не существует в моей новой среде.

Прокрутка в KDE в целом намного более плавная.

в ubuntu 18.04 и последних версиях vscode, после alt + tab в Opera, alt + tab в vscode редактор прокручивает документ вниз или вверх.

обновление: imwheel вызывает ужасное поведение прокрутки.

Привет, ребята, кто-нибудь знает, как исправить эту проблему? или какой-либо обходной путь, пока VS Code не исправит это?

Я перешел на firefox, IE стал хромом, это тоже самое лучшее для Интернета. 😊

Однако, кроме этого, пока нет реального обходного пути, и я много чего пробовал. Упомянутый выше инструмент imwheel работает, но вызывает больше проблем, чем решает.

@Epskampie Здесь, конечно, следует отметить, что переход на Firefox не помогает! Окно, которое вы прокручиваете перед переключением обратно на VS Code (или Atom и т. Д.) _Не обязательно должно быть основано на Chromium_.

Я могу надежно воспроизвести это с помощью Firefox + VS Code (мой ежедневный браузер драйверов), а также с помощью Chrome + VS Code.

Фактически, я даже могу воспроизвести это с помощью Firefox + Chrome:

1. Открытие и Chrome, и Firefox на странице, которая может прокручиваться.
2. Переходим в Firefox и много прокручиваем вниз.
3. Переход с Alt-Tab на Chrome и небольшая прокрутка вниз - страница будет уменьшаться в соответствии с этой проблемой.

Однако вы не заметите обратного; Сам Firefox не страдает от этой проблемы, только Chromium (Chrome, Atom, VS Code).

Конечно, для двух браузеров это не такая уж большая проблема. Это определенно проблема для редактора кода, такого как VS Code или Atom, где вы обычно будете переключаться на веб-браузер (Firefox или Chrome) и выполнять много прокрутки. В конце концов, вы вернетесь к своему редактору, прокрутите хотя бы одну строку и перейдете к концу файла!

Определенно вредит опыту.

Antergos с гномом тоже бывает. Код для хрома и наоборот бывает. Хром к возвышенному, не так ли.

[ОБНОВЛЕНИЕ] imwheel исправить.

Основная причина в следующем: https://bugs.chromium.org/p/chromium/issues/detail?id=608246

OMG, я думал, что с моей мышью что-то не так, но я могу воспроизвести то, что размещено здесь https://github.com/Microsoft/vscode/issues/28795#issuecomment -350631888

@yuritoledo не могли бы вы описать, как imwheel исправить это, пожалуйста? какие параметры или около того. спасибо

@aleksanderd вы должны установить imwheel и поставить его для запуска с вашей системой. Просто вот так: D

Если у вас есть мышь с большим количеством кнопок, чем у традиционной, вы можете использовать imwheel -b 45

У меня такая же проблема с прокруткой с vscode и chrome на xubuntu 18.04.
Я только что попробовал обходной путь imwheel, как предлагалось выше, и другие приложения больше не влияют на прокрутку. Однако теперь, когда я очень медленно прокручиваю в VSCode, прокрутка совсем не плавная, она перемещается небольшими шагами.

Я использую Mate в дистрибутиве Antergos и наблюдаю за этой проблемой. Я всегда использую chrome и vscode в отдельных рабочих областях. Imwheel не подходит для сенсорных панелей с точной прокруткой, поэтому для меня это неприемлемый обходной путь.
Я решил свою проблему, используя xdotool для переключения рабочего пространства, переопределив ярлыки по умолчанию.

Я так делаю:
Переместитесь в рабочую область слева:
xdotool set_desktop - относительный - -1

Перейдите в рабочее пространство справа:
xdotool set_desktop --relative - 1

Надеюсь, это поможет, пока эта проблема не будет решена ...

для точных сенсорных панелей попробуйте это после установки imwheel

создать файл конфигурации для imwheel
gedit ~ / .imwheelrc
затем вставьте:
Нет, Вверх, Кнопка4, -1
Нет, Вниз, Button5, -1
Control_L, вверх, Control_L | Button4
Control_L, Вниз, Control_L | Button5
Shift_L, вверх, Shift_L | Button4
Shift_L, вниз, Shift_L | Button5

теперь, если вы используете точную сенсорную панель, оставьте два значения -1.
если вы используете мышь, измените их оба на 1.

кажется, это обходной путь для одного из вариантов - мыши или тачпада.

@ geoffroy-noel-ddh

Попробуйте добавить этого парня в настройки vscode: "editor.smoothScrolling": true,

@yuritoledo На самом деле это не сработало.

@pwaterz о чем проблема?

Та же проблема. Если хром активен, то переходите от Alt к vscode, затем прокрутите, он переместится вниз или вверх. Это довольно неприятная ошибка. Из того, что я понял, проблема заключается в libinput, который требуется gnome, или, возможно, в версии электрона, которую использует код vs. Я читал, что Atom ide исправил ту же проблему, обновив электрон.

@pwaterz Я нахожусь на атоме, и он не работает

@pwaterz, вы должны установить imwheel и запустить его вместе с вашей системой. Вот так просто

Для всех Linux здесь есть очень простой взлом. вы можете установить imwheel, и это решит эту проблему. Я уже давно пользуюсь этим хаком и не заметил никаких проблем. если вы используете ubuntu, это так же просто, как sudo apt install imwheel а затем добавить это в свои программы запуска системы, открыв графический интерфейс запуска приложений и добавив программу /usr/bin/imwheel .

СПАСИБО, hardidangar и dr0p. Linux Новичок, здесь. Надеюсь отплатить сообществу в будущем.

Проблема, которую я обнаружил с обходным путем imwheel заключается в том, что он изменяет поведение прокрутки и добавляет небольшую, но заметную задержку при прокрутке (особенно это заметно, если вы не используете плавную прокрутку везде).

Я также хочу отметить, что imwheel - не идеальное решение. Я заметил странное поведение с тех пор, как переключился на него. Я думаю, что проблема с imwheel меньше раздражает, чем проблема с прыгающей прокруткой ранее, но я бы не стал считать это исправлением, это скорее помощник.

Возьмите эту проблему в Arch Linux с Gnome, используя Chrome и VSCode. После переключения с Xorg на Wayland он больше не появляется. Я использовал Xorg из соображений совместимости.

Поскольку для меня imwheel вызывает другие проблемы, я нашел опробованные альтернативы и обходной путь: не используйте alt + tab, вместо этого, например, используйте win + 1, win + 2.
Думаю, некоторым из вас это может не понравиться, поскольку alt + tab нельзя изменить, но я не могу справиться с этой проблемой прокрутки.

Такая же проблема возникает на:

Ubuntu 18.04.2 LTS
Xfce 4.12 Desktop или Gnome 3.28.2 Desktop

Происходит, когда я прокручиваю Thunar 1.6.15 или Chrome 70.0.3538.77 (официальная сборка) и вкладываю alt-tab в код Visual Studio, мой код перескакивает прокрутку, когда я начинаю прокручивать открытый код.

Как будто прыжок произошел того же размера, что и в другом ПО.

Эта проблема беспокоит меня в Gnome 3.2. Однако я могу сделать xdotool windowactivate <window-id> и не испытать скачок прокрутки.

Если у кого-то есть опыт написания подключаемых модулей gnome, вы можете переопределить alt-tab и вместо обычного поведения фокуса отправить идентификатор окна в xdotool windowactivate <window-id> или другую команду

Я пытался сделать триггер alt-tab дополнительной скрытой прокруткой вниз и вверх с помощью xdotool но, к сожалению, у меня это не сработало. Что-то в этом роде может быть именно тем хаком, который нам нужен.

Эта проблема исправлена, нам просто нужен кто-нибудь, чтобы сделать небольшой учебник, как
для компиляции последнего бормотания из исходников.

Это было бы очень признательно.

В сб, 23 февраля 2019 г., 13:20 Люк < [email protected] написал:

Я пытался сделать триггер alt-tab дополнительной скрытой прокруткой вниз
и выше, используя xdotool, но, к сожалению, у меня это не сработало.
Что-то в этом роде может быть именно тем хаком, который нам нужен.

-
Вы получили это, потому что оставили комментарий.
Ответьте на это письмо напрямую, просмотрите его на GitHub
https://github.com/Microsoft/vscode/issues/28795#issuecomment-466621373 ,
или отключить поток
https://github.com/notifications/unsubscribe-auth/AV-WqlTj3XZ_wUHB43CVnZVoSyUZz48dks5vQN3FgaJpZM4N66mN
.

Что вы имеете в виду, это было исправлено? Можете ли вы указать на фиксацию или другую ветку?

@pwaterz Я думаю, что @mayaru имеет в виду эту проблему невнятно: https://gitlab.gnome.org/GNOME/mutter/issues/401

Один из наиболее важных комментариев по этому поводу:

Этого не происходит в Wayland, только в Xorg, но опять же, только в WM на основе Mutter.

Если это просто происходит на Xorg, ИМХО, это явный признак того, что это не вина бормотания (во всяком случае, он меняет фокус так, как приложение не обслуживает, но здесь нечего "исправить")
При плавной прокрутке Xorg оси прокрутки передаются как 2 оси dx / dy, которые накапливают прокрутку, выполненную до сих пор. Загвоздка в том, что это состояние является глобальным для всего сеанса. Если вы прокрутите приложение, перейдете в другое место, прокрутите его и вернетесь в приложение, оно увидит значения, на которые влияет прокрутка снаружи.
Наборы инструментов (я включу сюда электрон) должны уметь это делать и сбрасывать свое собственное состояние, когда указатель входит в приложение, чтобы изменения в dx / dy, произошедшие с момента последнего, игнорировались.
Это известная проблема с плавной прокруткой XI2.3.

Этот анализ звучит примерно правильно, поскольку эта проблема затрагивает как code и chrome . В этот выпуск (впервые открытый в мае 2016 года!) Были добавлены подробности: https://bugs.chromium.org/p/chromium/issues/detail?id=608246

ИМО, сейчас самое подходящее - оказать давление на команду разработчиков хрома, чтобы они исправили их ошибку.

Это не только из Chromium, я воспроизвел его в своем файловом менеджере (Ubuntu 18.04) и даже на пустом рабочем столе, просто прокрутите любую страницу и вернитесь к vscode и снова прокрутите, все предыдущие события прокрутки срабатывают.

Следует отметить две вещи:

1. Количество прокрутки в vscode точно равно количеству событий прокрутки, которые вы запустили в другом окне.
2. Пакетная прокрутка отменяется, если вы меняете устройство, т.е. использование колеса мыши для прокрутки других окон и использование сенсорной панели для первой прокрутки в коде vs отменит ее.

Я также отметил, что это не только с кодом vs, вы можете прокрутить код vs и вернуться в Chrome, произойдет тот же всплеск. Примечательно, что этого не произойдет, если вы переключаетесь между разными окнами одного и того же приложения.

Это не только из Chromium, я воспроизвел его в своем файловом менеджере [...]

Правильно, это приложения на основе Chrome не обрабатывают эти смещения прокрутки правильно - не имеет значения, какое приложение вы прокручиваете перед переходом с Alt-Tab на code / chrome / etc. В этом сценарии Chrome необходимо сбросить внутреннее состояние прокрутки (редактировать: и под «Chrome» я имею в виду общую базу кода, используемую приложениями Electron / Chrome / Opera (?) / И т. Д. - я _didn't_ имел в виду только Chrome / Приложение Chromium).

Эта проблема беспокоит меня в Gnome 3.2. Однако я могу сделать xdotool windowactivate <window-id> и не испытать скачок прокрутки.

Если у кого-то есть опыт написания подключаемых модулей gnome, вы можете переопределить alt-tab и вместо обычного поведения фокуса отправить идентификатор окна в xdotool windowactivate <window-id> или другую команду

Если это правда, то можно написать расширение оболочки gnome, чтобы взломать встроенный переключатель alt-tab:

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

и замените его на xdotool . Я безуспешно пытался это сделать, так как у меня очень мало опыта в разработке расширений gnome ... Если кому-то удалось, поделитесь этим! Скачки свитка действительно сводят меня с ума.

mayaru в 1.32.2 проблема не исправлена ​​...

Извините, вы напряжены, я запутался еще одним багом с обновлением
скорость монитора. Виноват :)

Но в любом случае кто-то опубликовал перед исправлением обходного пути. Вы можете использовать
imwheel и обновите файл конфигурации, добавив значения -1 для сенсорных панелей и 1
значения для мыши. Было бы неплохо, если бы кто-нибудь сделал сценарий, чтобы он
переключает два параметра при обнаружении мыши. Сейчас я переключаюсь
вручную, и он работает нормально.

14 марта 2019 г., 13:27 Максим < [email protected] написал:

mayaru в 1.32.2 проблема не исправлена ​​...

-
Вы получаете это, потому что вас упомянули.
Ответьте на это письмо напрямую, просмотрите его на GitHub
https://github.com/Microsoft/vscode/issues/28795#issuecomment-472720388 ,
или отключить поток
https://github.com/notifications/unsubscribe-auth/AV-Wqp0Uaqq34k_2zv3RbasG2zk49V9Tks5vWevAgaJpZM4N66mN
.

imwheel не помогает ...

Измените файл конфигурации.

14 марта 2019 г., 20:27 Максим < [email protected] написал:

imwheel не помогает ...

-
Вы получаете это, потому что вас упомянули.
Ответьте на это письмо напрямую, просмотрите его на GitHub
https://github.com/Microsoft/vscode/issues/28795#issuecomment-472852588 ,
или отключить поток
https://github.com/notifications/unsubscribe-auth/AV-WqruE1HadxIcHuKBehM07-nDvxlEFks5vWk43gaJpZM4N66mN
.

imwheel просто решает проблему. Когда я его установил, он не позволял прокрутке прыгать в vscode, но когда я перешел на chrome, postman и slack, он перескочил туда. Обратите внимание, что все эти приложения используют хром.

Здесь та же проблема.
Ubuntu 18.04
VSCode: 1.32.2
Хром: 73.0.3683.75

Я думаю, что на Github должна быть система вознаграждений, аналогичная той, что используется в StackOverflow, для финансирования интереса к решению подобных проблем.

Это зависит от проекта: https://github.com/bountysource/core/wiki/Frequent-Asked-Questions

Это не только из Chromium, я воспроизвел его в своем файловом менеджере (Ubuntu 18.04) и даже на пустом рабочем столе, просто прокрутите любую страницу и вернитесь к vscode и снова прокрутите, все предыдущие события прокрутки срабатывают.

Следует отметить две вещи:

1. Количество прокрутки в vscode точно равно количеству событий прокрутки, которые вы запустили в другом окне.
2. Пакетная прокрутка отменяется, если вы меняете устройство, т.е. использование колеса мыши для прокрутки других окон и использование сенсорной панели для первой прокрутки в коде vs отменит ее.

Я также отметил, что это не только с кодом vs, вы можете прокрутить код vs и вернуться в Chrome, произойдет тот же всплеск. Примечательно, что этого не произойдет, если вы переключаетесь между разными окнами одного и того же приложения.

Я наблюдаю точно такой же сценарий. Тем не менее, сейчас я не могу найти никаких решений. Пожалуйста, сообщите нам, если кто-нибудь найдет его.

Здесь та же проблема.
Ubuntu 18.04
VSCode: 1.32.3
Хром: 73.0.3683.86

Переключитесь на Ubuntu в Wayland, чтобы решить проблему

Здесь та же проблема.

Идентификатор распространителя: Ubuntu
Описание: Ubuntu 18.10
Релиз: 18.10
Кодовое имя: космический

Chrome: версия 73.0.3683.86 (официальная сборка) (64-разрядная версия)

VSCode
Версия: 1.32.3
Фиксация: a3db5be9b5c6ba46bb7555ec5d60178ecc2eaae4
Дата: 2019-03-14T23: 38: 49.842Z
Электрон: 3.1.6
Хром: 66.0.3359.181
Node.js: 10.2.0
V8: 6.6.346.32
ОС: Linux x64 4.18.0-16-generic

Возникла та же проблема.

Ubuntu 18.04.2
VSCode: 1.32.3
Хром: 73.0.3683.86

А пока учу себя использовать выигрыш + 1, выигрыш + 2 и так далее.

Согласно https://bugs.chromium.org/p/chromium/issues/detail?id=807187#c20 и некоторым моим предварительным тестам на Manjaro 18.0.4, эта ошибка, похоже, исправлена ​​(чудом! _) В GNOME. (бормочет) 3.32.0.

Я могу подтвердить, что это исправлено в последней версии!

>

То же самое здесь, это исправлено в Fedora Rawhide (который использует gnome 3.32)

Приятно видеть, что это исправлено. Надеюсь, VSCodium скоро обновится. :)

Жалко для пользователей Debian. 2021 не так уж и далеко ... :(

Да ладно, прошло 2 года, и теперь я вернулся к разработке js на VSCode, а вы все еще не исправили эту ошибку прокрутки?

Да ладно, прошло 2 года, и теперь я вернулся к разработке js на VSCode, а вы все еще не исправили эту ошибку прокрутки?

Я считаю, что это проект с открытым исходным кодом. Никто не обязан что-то исправлять. Сообщаем и вежливо обсуждаем проблему.

Кто-нибудь еще использует Ubuntu 18.04 с 64-разрядной версией VS 1.33.1 и Slack 3.3.8? Проблема все еще не устранена. Прокрутка вниз в Slack / Chrome и переключение обратно на VSC и щелчок / прокрутка будут вводить события поздней прокрутки.

Да, это все еще активная проблема для ubuntu 18.04.

Есть такая же проблема
Гном 3.30.2
Ubuntu 18.10

edit - Обновлен до 19.04, который поставляется с Gnome 3.32.1 и, кажется, исправлен.

На Fedora 29 стало хуже, код 1.33.0

Я думаю, это связано с плагинами форматирования кода, которые изменяют содержимое перед сохранением. Теперь курсор часто перескакивает в конец файла при каждом сохранении, в то время как область просмотра остается на месте. Но если вы нажмете клавиши со стрелками вверх / вниз, прокрутка также переместится в конец файла.

@alexandrudima Алекс, есть шанс взглянуть на это?

Просто обновился до 19.04, и проблема, наконец, исправлена.

Есть такая же проблема
Гном 3.30.2
Ubuntu 18.10

edit - Обновлен до 19.04, который поставляется с Gnome 3.32.1 и, кажется, исправлен.

Постараюсь обновить и проверить исправит ли.

edit: обновлено до Ubuntu 19.04 и Gnome 3.32.1, и это исправлено. Ты так много

У меня есть новый T480 с Debian 9.9, который по-прежнему сталкивается с той же проблемой. Ядро 4.9.144-3.1

Я также могу подтвердить, что у меня больше нет этой проблемы в ubuntu 19.04.

Здравствуйте !

Я также испытываю эту проблему в Ubuntu 18.04. (Установлен стек аппаратного обеспечения). Есть ли шансы, что исправление будет перенесено в gnome 3.28? Или мне нужно перейти на 18.10, а затем на 19.04, чтобы устранить проблему?

Я знаю, что каждая версия Ubuntu замораживает свои пакеты один раз на этапе выпуска, но, может быть, они возвращают исправление импорта, такое как это?

Привет ребята! Из-за этой ошибки я недавно перешел на KDE, и пока все выглядит очень хорошо: ошибка исчезла, и в качестве дополнения появилось много блестящих виджетов плазмоидов.
Ubuntu 18.04

Я также наблюдаю за этим поведением на своей машине:
ОС: Ubuntu 18.04.2 LTS
Рабочий стол Env: Gnome 3.28.2
Версия Chrome: 75.0.3770.100 (официальная сборка) (64-разрядная версия)

--- Код VS
Версия: 1.35.1
Фиксация: c7d83e57cd18f18026a8162d042843bda1bcf21f
Дата: 2019-06-12T14: 27: 31.086Z
Электрон: 3.1.8
Хром: 66.0.3359.181
Node.js: 10.2.0
V8: 6.6.346.32
ОС: Linux x64 4.18.0-25-generic snap

Просто чтобы следить. Это все еще исправлено при запуске ubuntu 19.04 со стандартным gnome.

Это проблема с ОС или vscode?
Потому что лицо и в другом приложении, между текстовым редактором и хромом
Имея Ubuntu 18.04
Код VS 1.34.0
Версия Chromium 75.0.3770.90

Также я заметил, что это не случайная прокрутка, она прокручивается так же, как и в другом приложении. Вверх или вниз и как я прокручиваю. Как будто они управляют состоянием друг с другом, нужно найти возможность отключить его.

$ sudo apt-get install imwheel
$ imwheel

Работал у меня.

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

Кажется, исправлено в Ubuntu 19.04 и последней версии MacOS.

@ vishal112logistic Но прокрутка не плавная.

Обновление до ubuntu 19.04 - лучшее решение.

Я использую Ubuntu 18.04, и у меня возникает эта проблема, когда я переключаю вкладки с Chrome на VS Code. Я пробовал использовать Chrome + Terminal, и я мог воспроизвести то же поведение, когда я нажимаю alt + tab из терминала в Chrome (полоса прокрутки Chrome перескакивает), но не наоборот (терминал прокручивается нормально).

Раньше я использовал Ubuntu 19, и у меня не было этой проблемы, поэтому сейчас я перехожу на Ubuntu 19.

Вроде об этом никто не упоминал, но прокрутка не случайна. Если я прокручиваю страницу до конца в Chrome и нажимаю alt + tab до VS Code, страница перескакивает вниз пропорционально тому, сколько я прокручивал в Chrome. От VS Code до Chrome тоже самое. И из Терминала в Chrome тоже.

PS: Ubuntu 19 в порядке. Я не думаю, что это проблема VS Code, так как я использовал Ubuntu 18 между Chrome и окнами терминала.

Хорошо, так как люди сообщают, что он не воспроизводится в 19.04.

1) У меня 18.04 LTS, и я не могу перейти на не LTS,
2) Некоторые люди находят это в Windows и OSX.

Так что я был бы очень признателен, если бы мы исправили это.
Примечание. Я не очень техничен, поэтому, пожалуйста, будьте добры и не обращайте внимания на таких, как я.

Уважаемый @mariusa

Не могли бы вы доработать / обновить исходный пост с некоторыми пояснениями, чтобы избежать дальнейшего шума. Внизу пост может помочь?

Возможно, некоторые ключевые моменты;

• (УГАДАТЬ); Возникает проблема с Electron и некоторыми библиотеками ввода?
• Не изолирован от VScode

Исправить; Еще не существует.

Обходные пути Linux (не путать с исправлением);

• imwheel - подходит не для всех пользователей
• wayland - подходит не для всех пользователей

Примечание: Ubuntu 1904 (рабочий стол), похоже, использует Wayland.

Я не уверен, что мы увидим здесь дальнейшие обновления, что немного разочаровывает разработчиков. Я хотел бы получить официальное руководство, даже если оно указывает нам на другие ресурсы. Как уже упоминалось; похоже, проблема не в самом VSCode, а скорее в 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

Ошибка остаётся :(

Метод @ vishal112logistic работал у меня в Ubuntu 18.04
$ sudo apt-get install imwheel
$ imwheel

Метод @ vishal112logistic работал у меня в Ubuntu 18.04
$ sudo apt-get install imwheel
$ imwheel

Это решение не полное. Отключает масштабирование с помощью Ctrl + колеса в приложениях (Firefox, Chromium, LibreOffice, PDF reader ...). Вы смогли исправить упомянутые выше побочные проблемы? Буду признателен за эту информацию.

Добавлено: нашел решение по устранению побочных проблем. Для этого измените конфиг imwheel. Подробнее здесь: https://wiki.archlinux.org/index.php/IMWheel

Отключает масштабирование по Ctrl + колесо в приложении

Ого, я даже не знаю этот ярлык все время: P

Запуск imwheel вызывает у меня действительно ужасный опыт прокрутки - очень грубый / неровный, особенно при медленной прокрутке.

Кто-нибудь может определить, что делает imwheel, чтобы избежать ошибки прокрутки, описанной в этой проблеме? Я бы хотел найти программное обеспечение / пакет, действительно отвечающие за это, и найти / открыть проблему напрямую с ними.

@sensiloles @uphlewis Я только что согласился, я заметил, что я использовал Ctrl + колесо для увеличения в Inkscape, но это не работает после использования imwheel. Что я должен делать :(

@sensiloles @uphlewis Я только что согласился, я заметил, что я использовал Ctrl + колесо для увеличения в Inkscape, но это не работает после использования imwheel. Что я должен делать :(

Создайте или отредактируйте ~ / .imwheelrc
Строка «. *» В файле означает, что настройки будут применены ко всем программам.

Большое спасибо, это работает, пока все хорошо.

Я использую ubuntu 18.04, но ваша ссылка для Arch, и я настроил в своей системе следующим образом:

1. Добавьте следующие строки в ~ / .imwheelrc и сохраните

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

1. Добавьте следующую команду в настройки запуска приложения
   imwheel --kill --buttons "4 5"

Теперь мой зум работает нормально, и прокрутка не скачет.

У меня такая же ошибка, и я не знаю, что происходит, потому что в других электронных редакторах ее, похоже, нет, когда один из указателей выбирает другую строку кода, а одна прокручивается позже с помощью alt-tab. Я снова меняю окно на vscode и пропустить почти 200 строк кода случайным образом выбрасывает или опускает больше, чем все, что случилось со мной, вниз по носу, если я что-то делаю с курсором мыши, в каком положении это

Один большой недостаток использования imwheel : прокрутка двумя пальцами на трекпаде чертовски изменчива (в 18.04). Решения, которые я видел в Интернете, - это убить imwheel , но тогда у нас снова возникает проблема случайной прокрутки в VSCode. Похоже, что нет возможности выиграть. :расстроен:

отметьте эту проблему,

Большое спасибо, это работает, пока все хорошо.

Я использую ubuntu 18.04, но ваша ссылка для Arch, и я настроил в своей системе следующим образом:

1. Добавьте следующие строки в ~ / .imwheelrc и сохраните

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

1. Добавьте следующую команду в настройки запуска приложения
   imwheel --kill --buttons "4 5"

Теперь мой зум работает нормально, и прокрутка не скачет.

это работа для меня, я использую archlinux.

imwheel определенно все еще чувствует себя так, как будто это добавляет задержки и прерывистости прокрутки ... В масштабе всей системы.

Такая же проблема для меня (Debian 10)
Версия VSC: 1.40.2
Электрон: 6.1.5
Хром: 76.0.3809.146
Node.js: 12.4.0
V8: 7.6.303.31-электрон.0
ОС: Linux x64 4.19.0-6-amd64
Я использую imwheel и попробую решение @khaschuluu ...

Могу подтвердить, что этого не происходит при запуске Ubuntu 19.10, поэтому это должно быть смягчено / решено с помощью исправления в GNOME / Mutter, по крайней мере, так же, как то, которое поставляется с 19.10.

Таким образом, людям, которые следят за выпуском LTS, следует дождаться только апреля следующего года, чтобы 20.04 LTS включила эти исправления.

Я использую Manjaro 4.19 LTS с Xfce. Не уверен, когда и смогу ли я перейти на Wayland. Так что для настоящего исправления я должен дождаться исправления для Electron / Chrome? Есть ли соответствующий билет для отслеживания ошибок в проекте Chromium?

@thegitfather Я не верю, что 19.10 (обновленные GNOME и Mutter) работает на Wayland, конечно, нет. Так что это должно быть решено в более позднем обновлении Mutter.

Так надоело, я обновился с 18.04 до 19.04. Тачпад определенно "ощущается" по-другому (ускорение / чувствительность), но скачки прокрутки исправлены. Всем удачи.

Я сделал это, но через несколько недель мой ноутбук продолжал форматироваться после каждого перезапуска, поэтому снова вернулся к 18.04.

Я попытался использовать imwheel и он работал нормально, за исключением того, что каким-то образом сломал вкладку моих расширений в VSCode. См. Https://github.com/microsoft/vscode/issues/86583 для получения дополнительных сведений.

Все еще происходит на linux, XUbuntu 19.04 5.0.0-38-generic, рабочий стол XFCE
Версия: 1.42.1
Фиксация: c47d83b293181d9be64f27ff093689e8e7aed054
Дата: 2020-02-11T14: 50: 36.977Z
Электрон: 6.1.6
Хром: 76.0.3809.146
Node.js: 12.4.0
V8: 7.6.303.31-электрон.0
ОС: Linux x64 5.0.0-38-generic snap
(версия оснастки c47d83b2)

Здравствуйте, есть ли прогресс в этой ошибке? Меня это реально раздражает: D

Всего 155 комментариев с 15 июня 2017 г. Мы должны набраться терпения.

Я могу воспроизвести это на debian 10

жду решения. Кто-то?

Тем не менее можно очень легко воспроизвести эту проблему так же, как и другие выше. В Ubuntu 18.04 переход между приложениями, такими как Firefox и VS Code, а затем использование колеса прокрутки в коде заставляет меня перейти к нижней части файла. В основном это ошибка производительности, не удалось найти способ обхода / предотвращения этого - если кто-нибудь знает, поделитесь им! С радостью помогу воспроизвести ошибку с видео или сеансом обмена видео / звонком.

@chriswernette Я нашел обходной путь: установите программу imwheel и запустите ее. Это должно исправить ошибку, пока ваш компьютер включен. Обратите внимание, что добавление этой команды в ваш rc-файл может сломать vscode . Вы должны запускать его вручную в своем интерфейсе командной строки всякий раз, когда запускаете компьютер ... Надеюсь, что когда-нибудь они исправят эту ошибку.

Кстати, эту проблему вызывает только alt + tab. Переключение между вкладками с помощью указателя мыши не вызывало у меня этой проблемы. Также я понял, что Firefox решил эту проблему, хотя она все еще существует в Chrome.

Можно подтвердить воспроизведение ошибки, как описано: 1) в Chrome просмотреть вкладку, существенно прокручивая вверх или вниз на одной странице, 2) alt-tab для vscode, едва касаясь колесика прокрутки, он прыгает вверх или вниз, воспроизводя прокрутку на странице хромированное окно.

На убунту.

Не уверен, что это было связано раньше:

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

Кстати, эту проблему вызывает только alt + tab. Переключение между вкладками с помощью указателя мыши не вызывало у меня этой проблемы. Также я понял, что Firefox решил эту проблему, хотя она все еще существует в Chrome.

К вашему сведению, я использую Firefox в Ubuntu 18.04, но проблема все еще не решена. Могу подтвердить, что использование мыши вместо alt + tab кажется временным решением.

Привет, друзья.
Я тоже среди жертв.
Это абсолютно раздражает.

Но это проблема между Electron и браузером.
В моем случае это происходит между Chrome и VSC, а также между Chrome и Slack.

Ubuntu 18.04

Кто-нибудь знает, действительно ли это проблема с 2016 года или позже?

Они указывают на webkit

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

Не уверен, что это была прямая ссылка выше, но выглядит лучше:

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

Может ли кто-нибудь в этой теме подтвердить, что он исправлен в 19.04 Ubuntu? Я думаю об обновлении, чтобы увидеть или развернуть виртуальную машину

Я обновился до 19.10, и его больше нет. Множество других вещей (драйверов), не имеющих отношения к этой поломке, примите это во внимание.

Может ли кто-нибудь в этой теме подтвердить, что он исправлен в 19.04 Ubuntu? Я думаю об обновлении, чтобы увидеть или развернуть виртуальную машину

Я использую XUbuntu 19.04 уже месяц, ошибка все еще существует, см. Мой комментарий выше https://github.com/microsoft/vscode/issues/28795#issuecomment -590056590

@ miro-janosik попробуй 19.10.2019 Кажется, теперь это исправлено для меня.

Я подтверждаю, что эта ошибка возникает в Ubuntu 18.04.4 LTS

Мой VSCode об информации:
Версия: 1.43.2
Фиксация: 0ba0ca52957102ca3527cf479571617f0de6ed50
Дата: 2020-03-24T07: 52: 11.516Z
Электрон: 7.1.11
Хром: 78.0.3904.130
Node.js: 12.8.1
V8: 7.8.279.23-электрон.0
ОС: Linux x64 5.3.0-42-generic snap

@ miro-janosik попробуй 19.10.2019 Кажется, теперь это исправлено для меня.

Обновлено до XUbuntu 19.10 eoan, 5.3.0-42-generic, VSCode 1.43.2. и проблема все еще существует.
Действия по воспроизведению:
щелкните в окне текстового редактора VSCode, alt + tab для перехода к Firefox (пустая страница), дважды прокрутите вниз, alt + tab к VSCode, щелкните в коде, прокрутите вниз - он сильно прыгает вниз.

@ miro-janosik Какую версию Mutter вы используете? ( mutter --version )

После перехода на Ubuntu 19.10, который, похоже, принес с собой Mutter 3.34, эта проблема у меня исчезла.

@ miro-janosik Какую версию Mutter вы используете? ( mutter --version )

После перехода на Ubuntu 19.10, который, похоже, принес с собой Mutter 3.34, эта проблема у меня исчезла.

Он ничего не показывает, так как у меня не установлен Mutter. Я вижу, что «Mutter - это дисплейный сервер Wayland». Поскольку я использую XUbuntu, что означает интерфейс XFCE вместо GNOME, и он не использует Wayland.

Правильно, как-то я упустил, что вы используете Xubuntu.

В любом случае, я не провожу сессию Wayland, просто болтаю на стандартном X11. Это может указывать на то, что разработчики GNOME устранили эту ошибку Chromium с помощью обходного пути в своем конце в Mutter.

Конечно, это не очень поможет вам на XFCE, извините. Возможно, вы захотите найти исправление Mutter (или, по крайней мере, проблему - я считаю, что это было связано ранее в этом потоке) и сообщить об этом в XFCE или, возможно, XFWM4.

Я обновляю / обновляю ubuntu 18.04.4, и ошибка все еще здесь ...

Чтобы постоянно воспроизводить проблему, при переключении на браузер вам нужно прокрутить изрядное количество времени. Когда вы вернетесь к VsCode и попытаетесь прокрутить, он подпрыгнет. Это довольно неприятно ... Я на Ubuntu 18.04.3.

Однако я твердо верю, что эта ошибка характерна для всего, что использует Chromium. Так что я столкнулся с проблемой и в Google Chrome.

Я не знаю, можем ли мы рассматривать это как обходной путь. Но, поскольку после прокрутки браузера в другом окне мне кажется, что выполненная вами прокрутка сохраняется в памяти, и при следующей прокрутке он переходит на vscode. Итак, каким-то образом наличие пустой вкладки, на которой можно отбросить этот чрезмерный прыжок, должно сбросить эту прокрутку в памяти. Я не эксперт, так что извиняюсь, если это звучит, мусор для вас.

Ubuntu 18 должен быть LTS, почему это не сильно раздражает
проблема, которая исправлена ​​в 19+, была перенесена на 18? Пожалуйста, ребята, мы все
здесь страдания!

В четверг, 2 апреля 2020 г., в 2:44 Блэр Джерсайер [email protected]
написал:

Чтобы постоянно воспроизводить проблему, при переключении на браузер вы
нужно прокручивать изрядное количество времени. Когда вы вернетесь в VsCode и попробуете
для прокрутки он будет прыгать. Это довольно неприятно ... Я на Ubuntu 18.04.3

-
Вы получили это, потому что оставили комментарий.
Ответьте на это письмо напрямую, просмотрите его на GitHub
https://github.com/microsoft/vscode/issues/28795#issuecomment-607653635 ,
или отписаться
https://github.com/notifications/unsubscribe-auth/ABGEHKX3JWCBB5FI4TSLJFTRKQX4RANCNFSM4DPLVGGQ
.

Пожалуйста, ребята, мы все здесь страдаем!

Боль - это слабость, выходящая из тела ... Извини :) Я чувствую, что ты и сейчас связываю:

wmctrl -a Code

в моем диспетчере окон на ALT + 1 или что-то еще, чтобы сфокусировать vscode. Это работает! Это означает, что кто-то может написать сценарий оболочки с запоминанием последнего сфокусированного окна, чтобы заменить поведение X11 Tab. Или я что-то упускаю?

Ubuntu 18 должен быть LTS, почему эта чрезвычайно раздражающая проблема, исправленная в версии 19+, не была перенесена на версию 18? Пожалуйста, ребята, мы все здесь страдаем!
…
В четверг, 2 апреля 2020 г., в 2:44 Blair Jersyer @ . * > писал (а): Чтобы постоянно воспроизводить проблему, при переключении на браузер нужно прокручивать изрядное количество времени. Когда вы вернетесь к VsCode и попытаетесь прокрутить, он подпрыгнет. Это довольно раздражает ... Я использую Ubuntu 18.04.3 - вы получаете это, потому что прокомментировали. Ответьте на это письмо напрямую, просмотрите его на GitHub < # 28795 (комментарий) > или https://github.com/notifications/unsubscribe-auth/ABGEHKX3JWCBB5FI4TSLJFTRKQX4RANCNFSM4DPLVGGQ .

Значит, обновление до 19 решает проблему? Если да, то обновлюсь.

Проблема с imwheel в том, что он мешает мне удерживать CTRL и увеличивать масштаб (Figma) ...
И есть ощущение задержки с моей мышкой кнопками назад и вперед.

Хорошие новости: я нашел хорошее решение!

Ошибка не возникает при использовании пакета alttab . Установить из AUR, например:

$ yay -S alttab-git

Перед запуском необходимо отвязать ALT-Tab. Для меня (Xfce) это в настройках диспетчера окон:

Вау, это было открыто почти 3 года назад. Я только что обновился до Ubuntu 18.04.4 LTS и все еще могу выдавать эту ошибку. На моем Ubuntu 16.04 это не было проблемой.

Так что ответ просто скрыт в комментариях https://github.com/microsoft/vscode/issues/28795#issuecomment -391258341.
Для Ubuntu 18.04.4 LTS просто установите пакет imwheel . sudo apt install imwheel . Обязательно запустите его.

Так что ответ просто скрыт в комментариях # 28795 (комментарий) .
Для Ubuntu 18.04.4 LTS просто установите пакет imwheel . sudo apt install imwheel . Обязательно запустите его.

И когда вы прочтете, вы увидите, что imwheel - дерьмо ... Мой обходной путь ( alttab ) выглядит некрасиво, но работает как шарм ... https://github.com/microsoft/ vscode / issues / 28795 # issuecomment -608751048

Кроме того, при запуске imwheel "как есть" сделайте трюк, установив для него не отключенные кнопки назад / вперед с помощью imwheel -b 45 не работает как обходной путь

@thegitfather tnx для уродливого обходного пути, кажется, что vscode на мгновение замораживается, предотвращая проблему прыжков (из-за чего мне иногда хочется выбросить свой компьютер с балкона).

как думаете, можно ли исключить десктопное приложение из alttab?
рабочий стол, всегда являющийся первым или вторым приложением, похоже, мешает мне выполнять обычное поведение alttab, например, переключаться назад и на четвертое без нажатия вкладки несколько раз.
также alttab очень медленно отвечает, вам удалось что-то с этим сделать?
когда я перехожу в окно консоли, оно не получает фокус, есть ли для этого исправление?

edit: возможно, отсутствие фокуса "решает" проблему.

Исправление отсутствия логотипа (ubuntu 18.04)
sudo cp ~/Downloads/code.png /usr/share/icons/hicolor/256x256/apps/code.png

После обновления до Ubuntu 20.04 LTS Focal Fossa я могу подтвердить, что эта досадная ошибка исчезла для меня. VS Code снова кажется раем!

После обновления до Ubuntu 20.04 LTS Focal Fossa я могу подтвердить, что эта досадная ошибка все еще присутствует со всеми отключенными расширениями.

Я использую Ubuntu 18.04.

Вот мой пластырь от этой раздражающей ошибки: каждый раз, когда я переключаюсь на VS Code (с ALT + TAB), я делаю одну быструю прокрутку независимо от направления , удерживая SHIFT , а затем продолжаю обычную прокрутку. Никаких прыжков.

Могу я понять более подробную информацию

В Ubuntu 18.04 просто установите imwheel .

sudo apt-get install imwheel

Это сработало для меня. Спасибо @ shamim-42

@ shamim-42 абсолютно убил его. У меня была эта ошибка в течение многих лет, сначала в Atom, затем в VSCode, а затем в других приложениях на основе Electron. Так и не нашел исправления, пока не прочитал ваш пост сегодня.

После установки imwheel я добавил его в элементы запуска сеанса, и он сработал.
Понятия не имею, есть ли побочные эффекты, поскольку я тестировал только конкретный «раздражающий» вариант использования.

Большое спасибо за временное исправление, @ shamim-42!

Это действительно досадный баг!
Похоже, что у самого imwheel есть проблема со скачками при прокрутке с помощью тачпада :( Проверено 18.04.2.

Подтверждено, исправление imwheel работает только для меня с использованием внешней мыши. На
трекпад все заикается.

Вт, 11 июн 2020, 15:33 Александр Шлинчак, [email protected]
написал:

Это действительно досадный баг!
Похоже, что у самого imwheel проблема с прыжками во время прокрутки
с помощью тачпада :( Проверено 18.04.2.

-
Вы получили это, потому что оставили комментарий.
Ответьте на это письмо напрямую, просмотрите его на GitHub
https://github.com/microsoft/vscode/issues/28795#issuecomment-642698120 ,
или отписаться
https://github.com/notifications/unsubscribe-auth/AAGI5FMXFEVJPFCQYKXWOHTRWDTM3ANCNFSM4DPLVGGQ
.

Такая раздражающая ошибка и такое простое исправление - https://gitlab.gnome.org/GNOME/mutter/-/merge_requests/181/diffs?commit_id=5a71ed44115f730263086218316839fad006b71c

Для обновления Gnome мне пришлось перейти на Ubuntu 20.04. Теперь все работает нормально, как и должно было быть: v:

Привет, проблема исправлена ​​в Ubuntu 19.04 (которую я сейчас использую). Если вас это слишком раздражает и вы не хотите использовать сторонние решения, обновите Ubuntu.

Ubuntu 19 - это не LTS, а 18. Многие люди не могут обновиться из-за
это. Мне не нужно покидать LTS, чтобы исправить очень досадную ошибку.
imwheel делает трекпад непригодным для использования на ноутбуке и не является хорошим
решение.

В среду, 17 июня 2020 г., в 7:51 Блэр Джерсайер [email protected]
написал:

Привет, проблема исправлена ​​в Ubuntu 19.04 (которую я сейчас использую). Если
это вас слишком раздражает, тогда обновите Ubuntu.

-
Вы получили это, потому что оставили комментарий.
Ответьте на это письмо напрямую, просмотрите его на GitHub
https://github.com/microsoft/vscode/issues/28795#issuecomment-645326887 ,
или отписаться
https://github.com/notifications/unsubscribe-auth/ABGEHKUOGUI5KWNTEOYYZYDRXCU25ANCNFSM4DPLVGGQ
.

Могу подтвердить, что 20.04 он не исправлен. Я использую Xubuntu.

В среду, 17 июня 2020 г., 12:54 Джеймс Гильошон, [email protected]
написал:

Ubuntu 19 - это не LTS, а 18. Многие люди не могут обновиться из-за
это. Мне не нужно покидать LTS, чтобы исправить очень досадную ошибку.
imwheel делает трекпад непригодным для использования на ноутбуке и не является хорошим
решение.

В среду, 17 июня 2020 г., в 7:51 Блэр Джерсайер [email protected]
написал:

Привет, проблема исправлена ​​в Ubuntu 19.04 (которую я сейчас использую). Если
это вас слишком раздражает, тогда обновите Ubuntu.

-
Вы получили это, потому что оставили комментарий.
Ответьте на это письмо напрямую, просмотрите его на GitHub
< https://github.com/microsoft/vscode/issues/28795#issuecomment -645326887
,
или отписаться
<
https://github.com/notifications/unsubscribe-auth/ABGEHKUOGUI5KWNTEOYYZYDRXCU25ANCNFSM4DPLVGGQ

.

-
Вы получили это, потому что оставили комментарий.
Ответьте на это письмо напрямую, просмотрите его на GitHub
https://github.com/microsoft/vscode/issues/28795#issuecomment-645328184 ,
или отписаться
https://github.com/notifications/unsubscribe-auth/AAGI5FOQBD6JMBHXUTDXF5DRXCVGBANCNFSM4DPLVGGQ
.

Ubuntu 19 - это не LTS, а 18. Многие люди не могут обновиться из-за этого. Мне не нужно покидать LTS, чтобы исправить очень досадную ошибку. imwheel делает трекпад непригодным для использования на ноутбуке и не является хорошим решением.
…
В среду, 17 июня 2020 г., в 7:51 Blair Jersyer @ . * > писал (а): Привет, проблема исправлена ​​в Ubuntu 19.04 (которую я сейчас использую). Если вас это слишком раздражает, обновите Ubuntu. - Вы получили это, потому что прокомментировали. Ответьте на это письмо напрямую, просмотрите его на GitHub < # 28795 (комментарий) > или https://github.com/notifications/unsubscribe-auth/ABGEHKUOGUI5KWNTEOYYZYDRXCU25ANCNFSM4DPLVGGQ .

Как я уже сказал ... в Ubuntu 19 проблема исправлена. Сюда входит Ubuntu 20.04. Для вас есть решения, дальнейшие жалобы бессмысленны. У меня был Ubuntu 18.04 на моем ноутбуке и ПК, где я столкнулся с проблемой, я обновил обе версии до 19.04 и 20.04, и проблема решена.

В любом случае, я отказываюсь от подписки на этот выпуск, так как он для меня больше не актуален. Удачи, народ.

@ Blair2004 Мы тоже используем 20.04, и проблема все еще сохраняется, по крайней мере, для трекпадов - и опция imwheel плохо работает с трекпадами. Мне любопытно, проблема была исправлена ​​20.04 для вас и на трекпаде?

О, и, может быть, это полезно - мы не используем Gnome, мы используем XFCE.

@ Blair2004 Мы тоже используем 20.04, и проблема все еще сохраняется, по крайней мере, для трекпадов - и опция imwheel плохо работает с трекпадами. Мне любопытно, проблема была исправлена ​​20.04 для вас и на трекпаде?

О, и, может быть, это полезно - мы не используем Gnome, мы используем XFCE.

Вероятно, поэтому я использую Gnome.

Проблема присутствует при использовании xfce + ubuntu 20.04 (на самом деле ubuntustudio) + трекпада

Проблема присутствует при использовании xfce + ubuntu 20.04 (на самом деле ubuntustudio) + трекпада

Аналогичная платформа (Xubuntu 20.04) и проблема для меня, но тоже бывает с мышью.

Возникла проблема с Linux Mint MATE (вилка GNOME2). Интересно, что я заметил это только с тех пор, как обновился до Linux Mint 20; когда я был на Linux Mint 18 (со старой версией VS Code), у меня не было этой проблемы.

Это меня уже давно беспокоит, и я думаю, что смогу воспроизвести это. Это происходит (по крайней мере, для меня), если в правом верхнем углу редактора есть мини-поле поиска. Если я его закрою, прокрутка исчезнет.

РЕДАКТИРОВАТЬ: Я использую Windows и OSX.

То же самое здесь (Xubuntu)

Воспроизводится на Debian 10 + gnome-shell 3.30.2-11 ~ deb10u2

Очень часто воспроизводится и в моей системе (Ubuntu MATE 20.04.01). В основном работаю с клавиатурой и мышью.

Установка (и запуск) imwheel не решила проблему - у меня был только один случай.

Я подозреваю (трудно сказать, поскольку я никогда не обращал внимания на причину), что это происходит, когда я переключаю рабочее пространство рабочего стола (с помощью горячих клавиш) и / или переключаю передний план (опять же, с помощью горячих клавиш, в данном случае Alt+Tab .

Эта проблема мгновенно дезориентирует меня, когда я бросаюсь в случайный кусок кода и мне приходится искать путь назад. :головокружительный:

3 года и это еще не все.

Команда @Microsoft VS-Code: все, что вы делаете для решения этой проблемы, явно не работает.
Пора собрать команду тигров и заняться этим: tiger2:: runner: - во имя нашего здравомыслия. : face_with_head_bandage:

Я могу подтвердить, что основной причиной этой проблемы является базовый стек (Electron?), Поскольку я смог найти аналогичные проблемы за пределами VSCode.

Я просто затрону эту тему, поскольку эта проблема действительно расстраивает.
У меня случается в Visual Studio Code после перехода alt + tab в браузер firefox. Любая прокрутка, выполняемая в Firefox, будет буферизирована и применена, как только я выполню прокрутку обратно в VS-окне. Очень неприятно возвращаться к разделу кода, над которым я работаю каждый раз.
Изменить: Firefox *, а не Chrome ..

Воспроизводится также с помощью Vscodium 1.47 и Gedit.

Действия по воспроизведению:

1. Откройте длинный документ с помощью Vscode, другой - с помощью Gedit.

1. Сосредоточьтесь на Vscode в верхней части файла
2. Переключитесь на Gedit с помощью Alt + Tab и прокрутите вниз
3. Вернитесь к Vscode с помощью Alt + Tab, прокрутите немного вниз
   → Vscode переходит в конец файла

Конфигурация: Debian 10 + gnome-shell 3.30.2-11 ~ deb10u2
Указатель: клавиатура Lenovo trackpoint
Версия VsCodium: 1.47.3
Фиксация: 91899dcef7b8110878ea59626991a18c8a6a1b3e
Дата: 2020-07-23T15: 51: 39.791Z
Электрон: 7.3.2
Хром: 78.0.3904.130
Node.js: 12.8.1
V8: 7.8.279.23-электрон.0
ОС: Linux x64 5.7.0-3-amd64

@iootaa imwheel, похоже,

@ yuriy-chumak Не работает с трекпадами.

Да, я использую трекпойнт, а imwheel предназначен для мышей

@hickscorp , mouse-pointer также случайным образом прыгают (где-то вниз) всякий раз, когда я использую мышь или трекпад. Я думал, что моя мышь неисправна.

С Ubuntu 18.04 и VScode 1.50.1,

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

действительно работает.

Я сомневаюсь, что это проблема ОС, потому что это случается с другими приложениями ...