Vscode: Editor: Scroll springt zufällig (bezogen auf Chrome, Electron, xinput)

|||
| ------------- | ------------- |
| Betriebssystem | Ubuntu 16.04 |
| VSCode-Version | 1.13.1 |

Ich bekomme ein ähnliches Problem, wenn Alt + Tab zwischen Fenstern.
ZB Alt+Tab zu Chrome, um Dokumente usw. zu lesen, Alt+Tab zurück zu VSCode, scrollen Sie mit einem Klick auf das Mausrad nach oben oder unten, aber die Seite scrollt mindestens 3-4 Seiten ziemlich konsistent nach unten .

UPDATE: Problem weiterhin mit allen deaktivierten Erweiterungen.

Dies passiert manchmal auch mit der rechten Seitenleiste (Explorer), wenn Alt + Tab zwischen Fenstern.
Version: 1.14.2

Ich habe dieses Problem für eine ziemlich lange Zeit erlebt. Ich habe nie wirklich viel darüber nachgedacht, und es ist nicht schlimmer geworden. Aber ich fange an, das immer frustrierender zu finden. Die tatsächlichen Auswirkungen auf meine Produktivität sind unermesslich.

Ich werde feststellen, dass dies zeitweise, aber häufig vorkommt - in dem ich versuche, in der aktuellen Datei zu scrollen, und plötzlich zu einem Ort gescrollt werde, der außerhalb der Grenzen der Eingabe liegt. (ZB ich versuche ein paar Zeilen zu scrollen und bin plötzlich am Ende der Datei).

Einige Schlüsselgedanken können sein;

• Hauptsächlich mit einem Touchpad - aber ich bin sehr zuversichtlich, dass dies auch durch die Maus-Scroll-Eingabe geschehen ist.
• Es hat nichts mit dem Touchpad-Eingabefehler zu tun - es gibt keine Verzögerung - dies ist SOFORT ein Bildlauf zu einem, wie ich dachte, zufälligen Abschnitt der Datei (aber laut Reporter; möglicherweise das Ende der Datei).
• Der Bildlauf ist nicht mit der Cursorposition verknüpft (es wird nicht nur zu meinem aktuellen Cursor gescrollt - meistens ist der Cursor der Ort, von dem aus ich scrolle).
• Die Bildlaufentfernung liegt, wie oben erwähnt, weit außerhalb der Eingabegrenzen - kann also kein fehlerhaftes Gerät sein (z. B. versucht das Touchpad oder die Maus tatsächlich, diese Entfernung zu scrollen).
• Gemäß @MattMcMurray verbringe ich
• Laut @mariusa - Ich benutze Linux (Debian). Ich verwende weder macOS noch Windows (kann daher keine Tests für diese Umgebungen bereitstellen).

Ich habe die Version von Debian (Buster) und VSCode absichtlich aus dieser Notiz herausgelassen. Ich verwende die neueste von beiden, aber dies ist mit Sicherheit schon lange vorhanden.

Ich werde mich bemühen, weitere konstruktive Beiträge zu leisten, um herauszufinden, wo das Problem liegt, und zu versuchen, mehr Aufmerksamkeit zu schenken, wenn es passiert. @ ramya-rao-a & @rebornix - Ich würde erwarten, dass dies viel mehr Benutzer

Bearbeitet; fügte zusätzliche Informationen hinzu, markierte einige Personen und korrigierte einige Inhalte.

Das gleiche hier, konnte einfach keinen Weg finden, es zuverlässig zu reproduzieren. Es ist in der Tat schmerzhaft.
Ich verwende nicht mehrere Arbeitsbereiche, sondern tippe nur zwischen den Fenstern (auch STRG + P, um schnell zwischen Dateien zu wechseln, aber das scheint dies nicht zu beeinflussen). Ich benutze nur Mauslauf, kein Touchpad.

Das nervt mich schon seit einiger Zeit und ich denke, ich kann es reproduzieren. Es passiert nur (zumindest für mich), wenn sich das Mini-Suchfeld in der oberen rechten Ecke des Editors befindet. Wenn ich es entlasse, verschwindet das Scrollen.

EDIT: Ich bin unter Windows & OSX.

@tmtke Also hast du das definitiv unter Windows

@dmblack Ja, es ist unter Windows passiert.

... verdammt, ich denke es ist nicht so konsequent. Möglicherweise eine Kombination aus dem Suchfeld und den Inline-Referenzzeilen. Ich weiß jetzt nichts: /

Ich kann dieses Verhalten für Ubuntu 16.04, VC 1.18.1 bestätigen, wenn ich zwischen Chromium oder Firefox zurück zu VS Code wechsle. Wenn Sie beispielsweise von Nautilus oder Thunderbird zurückkehren, funktioniert alles einwandfrei.

Ich erlebe dies auch auf Fedora 27
vscode Version 1.18.1

Ich kann mich endlich und konsequent reproduzieren. Ich kann auch bestätigen, dass dies nicht nur Browser wie Chromium, Firefox und Google Chrome betrifft, sondern auch andere offene Anwendungen. Ich kann sogar keine Anwendungen öffnen, nur meinen Desktop sichtbar machen und reproduzieren.

In diesem Beispiel vereinfacht, um die Zuverlässigkeit zu gewährleisten. Anforderungen: Browser (Chromium / Firefox / Google Chrome), VSCode-Editor (Beliebiger Dateityp. Idealerweise eine lange Datei, um sicherzustellen, dass der Bildlauf sichtbar ist.)

1. VSCode: Lassen Sie den Cursor oben in der Datei.
2. Browser: Scrollen Sie übermäßig (einige Sekunden lang) die Seite nach unten. Auch wenn es sich um eine leere Registerkarte ohne Inhalt handelt.
3. VSCode: Scrollen Sie ganz leicht in eine beliebige Richtung.

Sie werden feststellen, dass der Editor plötzlich weiter unten in der aktiven Datei springt.

Es scheint, dass VSCode die Bildlaufereignisse aus irgendeinem Grund empfängt. die alle plötzlich bei jeder Form der Bildlaufeingabe im Editor ausgewertet werden.

@tmtke @mariusa Markieren Sie beide, wenn Sie in der Lage sind, bitte zu reproduzieren.

Etwas sagt mir, dass dies tatsächlich ein Elektronenfehler ist. Unglücklicherweise; Ich habe keine anderen Electron-Apps zum Testen.

Bearbeiten: Ich habe jetzt eine Windows 10-Box zu Hause. Ich werde mich bemühen, die Ergebnisse heute Abend zu testen und hinzuzufügen.

Ich konnte dieses Problem auch mit Ubuntu 16.04 reproduzieren. Es spielt keine Rolle, zu welcher App ich wechsle (getestet mit Chromium, gedit), obwohl ich nicht reproduzieren konnte, indem ich auf einem leeren Desktop scrolle. Ich habe dies unter Windows 7 nicht erlebt. Ich glaube nicht, dass es irgendetwas mit Suchen oder Erweiterungen zu tun hat, denn wenn ich Code mit --disable-extensions starte und die Suchfunktion nicht verwende, tritt das Problem immer noch konsistent auf.

Bearbeiten: Ich möchte nicht implizieren, dass etwas ohne bessere Tests zusammenhängt, aber das Electron / Atom-Team hat ein sehr ähnliches Problem, das Atom gemeldet wurde: https://github.com/atom/atom/issues/15482 The Beschreibung ist nahezu identisch. Dort gibt es einige Vorschläge zum Wechseln zu Wayland, zum Verwenden des Editors in einem anderen Arbeitsbereich usw. Ich konnte bestätigen, dass das Problem durch das Einfügen von VSCode in einen anderen Arbeitsbereich verhindert wurde. Dies scheint zumindest in meinem Fall derzeit kein VSCode-spezifisches Problem zu sein.

Wie @dmblack vermutet, scheint dies ein Elektronenfehler zu sein. Ein verwandtes Atom- Problem enthält Schritte zum Reproduzieren des Problems. Es scheint, dass Electron Bildlaufereignisse von Chromium-Anwendungen empfängt, die sich über der Elektronenanwendung befinden, und diese dann nach einem Bildlaufereignis in der Elektronenanwendung wiedergibt.

Das Aktualisieren von Electron scheint das Problem zu beheben, daher ist es Sache des vscode-Teams, das Problem zu beheben.

@rebornix Dürfen wir Ihre Eingabe haben (Tagging, wie es Ihnen selbst zugewiesen ist). Sieht so aus, als ob dies sonst nicht in unserer Hand liegt.

• Möchten Sie, dass wir versuchen, Electron zu bestätigen?
• Gibt es Pläne für ein Electron-Update mit VSCode?

Vielen Dank an alle anderen Beteiligten!

Ich habe dieses Problem. Es ist schmerzhaft. VSCode hört das Maus-Scroll-Ereignis ab, auch wenn es im Fenster nicht aktiv ist.

Ich habe erfahren, dass dies ein Fehler aus dem Chromium-Projekt ist und VScode so beeinflusst, dass er auf Elektronen basiert, die die Chrome-Engine unter der Haube verwenden.

Ich habe gerade einen Fehler gemeldet: https://bugs.chromium.org/p/chromium/issues/detail?id=807187

Ich bin mir nicht sicher, ob sie das ernst nehmen.

Ich frage mich, ob dies wirklich ein Elektronenfehler ist. Der Atom-Editor hat dieses Problem nicht und die aktuelle Atom-Version (1.23.3) verwendet eine viel ältere Version von Electron:

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

vs code 1.19.3 :

ares: "1.10.1-DEV"
Atom-Shell: 1.7.9
Chrom: "58.0.3029.110"
Elektron: 1.7.9
http_parser: "2.7.0"
Microsoft-Build: "1.7.9"
Module: "54"
Knoten: "7.9.0"
openssl: "1.0.2k"
UV: 1.11.0
v8: 5.8.283.38
zlib: 1.2.11
`` `

Wenn dies ein Problem in Electron ist, vermute ich, dass viel mehr Benutzer betroffen sind.
Gibt es eine gemeinsame Erweiterung oder ein gemeinsames Tool, das dieses Verhalten auslöst?
Es passiert mir immer noch, wenn ich vs Code mit code --disable-extensions ausführeaber nicht, wenn vscode und chrome bei einer Neuinstallation ausgeführt werden, ohne dass Erweiterungen installiert sind.

Ich verwende auch PlatformIO und Wakatime als Erweiterungen. Vielleicht sollte ich versuchen, meine Erweiterungen einzeln zu installieren und zu sehen, wann das Problem auftritt.

Auf jeden Fall wird dies zu einem solchen Produktivitätsverlust, dass ich keine andere Option sehe, als den Editor zu wechseln. Wenn jemand eine Problemumgehung gefunden hat, teilen Sie diese bitte mit.

aktualisieren:

• passiert auch bei Neuinstallation, keine Erweiterungen installiert
• Eine ziemlich umständliche Strategie zur Schadensbegrenzung ist das Scrollen nach oben, bevor im vscode nach unten gescrollt wird. Dies verhindert das plötzliche Scrollen zum Ende des Dokuments, da der Bildlaufpuffer nach unten gelöscht zu werden scheint.

Das Problem hängt irgendwie mit libinput zusammen. Um dieses Problem zu umgehen, können Sie den libinput durch evdev ersetzen. In Ubuntu mit xorg heißt es:
"sudo apt xserver-xorg-input-libinput entfernen && sudo apt xserver-xorg-input-evdev installieren". Aber wahrscheinlich müssen Sie die Maus manuell konfigurieren.

@arenddeboer
Es gibt einen Link weiter oben in diesem Thread, in dem Atom dieselben oder ähnliche Symptome zeigt - gepostet von @vacantgeologist und @tranhl

In Bezug auf Ihre ersten Noten "nach oben scrollen"; Durch meine Erfahrung; Der Editor scrollt nach oben oder unten, ganz abhängig von Ihrem Verhalten in anderen Anwendungen. Nach meinen Tests; Ich stellte fest, dass dies in jeder Anwendung oder sogar nur auf meinem Desktop geschah - nicht nur in anderen 'Electron'-Anwendungen.

In Bezug auf eine Problemumgehung; Es gibt einige Notizen, die freundlicherweise von @Fullpan geklärt wurden. Ich habe sie jedoch nicht getestet; Ich würde mich für Ihre Erfahrung / Ihr Ergebnis interessieren, wenn Sie es versuchen. Bitte beachten Sie genau den Hinweis zur möglichen manuellen Konfiguration Ihrer Maus.

@ Mariususa
Könnten Sie bitte die Beschreibung / Originalinformationen aktualisieren, um einige zusätzliche Informationen aufzunehmen, die andere Benutzer hier gefunden haben. Dadurch werden andere Beiträge von Benutzern vermieden, die andere Inhalte dieses jetzt viel längeren Threads möglicherweise übersehen oder missverstehen.

Ich würde einige der entsprechenden Entwickler-Stakeholder zu Informationen oder Statusaktualisierungen ermutigen, aber wir scheinen nicht viel Einfluss darauf zu haben.

@dmblack fertig
@ ramya-rao-a Würden Sie bitte einen reaktionsschnelleren Entwickler zuweisen?

@dmblack danke für das Feedback.
@Fullpan danke für die libinput / xorg Referenz.
Mir wurde klar, dass ich in /etc/gdm/custom.conf WaylandEnable=false gesetzt hatte. Der Wechsel zurück zu Wayland löste das Problem für mich.

Das gleiche hier im Manjaro-Gnom, wenn ich in Chrom scrolle und dann Alt + Tab auf vs Code drücke, hat mir die Schriftrolle das Ende gesetzt.
DISTRIB_RELEASE = 17.1.2
Kernel-Version 4.9.77-1-MANJARO
Version vs Code 1.19.3
version libinput 1.9.4-1

Dies geschieht konsequent bei der Nutzung von Synergien. Es ist sehr nervig. Relevantes Problem: https://github.com/symless/synergy-core/issues/6038

Wenn Sie Ubuntu 17.10 mit der neuesten GNOME-Desktop-Umgebung verwenden, werden Sie diesen Fehler ebenfalls bemerken. Ich habe versucht, das alte Ubuntu DE "Unity" zu installieren und VSCode darauf zu verwenden, aber ich habe diesen Fehler nicht bemerkt. Alles hat wie erwartet ohne Fehler funktioniert.

Linux 4.13, X11 mit GNOME (keine Wayland-Sitzung)

Ein weiteres Opfer dieses Fehlers ist auch hier. Ich habe jedoch den Zen-Modus verwendet und habe eine geringere Wahrscheinlichkeit, dass mir dies passiert. Auch ein Neustart von Chrome und VsCode scheint in meinem Fall dazu beizutragen, die Scroll-Ereignisse der Apps zu "trennen".

System ist Manjaro KDE Plasma 5

Das passiert mir auch immer wieder. Ubuntu Gnome 16.04. Wenn ich in einer Anwendung scrolle und dann entweder zu vscode oder chrome wechsle, wird ein Bildlauf relativ zu dem durchgeführt, was ich in der anderen Anwendung gescrollt habe. Das ist offensichtlich sehr ablenkend. Hat jemand Glück mit den Problemumgehungen?

Super nerviges Problem. Ich bekomme jetzt dieses Problem in Antergos mit GNOME.

Ich musste meine geöffneten Haupt-Apps in ihre eigenen separaten Arbeitsbereiche stellen und eine Tastaturbindung haben, um zwischen diesen zu wechseln.

Bekommt jemand diesen Fehler im Zen-Modus? Ich benutze es die ganze Zeit und war 4 Tage ohne das Problem. Ich weiß nicht, ob dies relevant sein könnte, aber ich denke, es könnte nicht schaden, es zu untersuchen.

FWIW, ich kann dieses Problem in Chrome, VSCode und Atom (mit Fedora) reproduzieren. Aber nur unter X11.

Ich habe das auch eine Weile erlebt. Wenn ich eine Weile in einer anderen Anwendung bin und dann wieder zu vscode wechsle, springt der Editor aufgrund der geringsten Belastung des Touchpads oder des Mausrads an eine neue Position. Ich bin auf Debian 9.

Ich kann bestätigen, dass dieses Problem auch unter Ubuntu 17.10 auf Kernel Version 4.15.8-041508-generic auftritt.

Ich kann bestätigen, dass dies unter Ubuntu 18.04 LTS, VS Code Insiders immer noch bei mir auftritt:

Version 1.24.0-Insider
Commit 2404210629c744e6237a14d7b5fa852e24c6e898

(X11)

Verdammt, es ist ein sehr nerviger Fehler, zum Browser zu wechseln, dort etwas zu scrollen, dann zurück in VS, eine Schriftrolle und voila! Ich bin am Ende meiner Datei.
Ubuntu 17.10

Dieses nervige Problem tritt unter Ubuntu 18.04 LTS auf. Wenn ich zu Wayland wechsle oder alt+f2 and r zum Neuladen von Gnome verwende, scheint es wieder gut zu funktionieren. Vielleicht ist es eine Problemumgehung für Sie.

Dies muss behoben werden. Es ist höllisch nervig.

@sevenryze Es gilt definitiv nicht für Wayland. Ich würde total nach Wayland springen, aber ich bekomme schlechte Leistung, merkwürdiges Multi-Monitor-Verhalten und nicht vorhandene NVIDIA-Treiberunterstützung (vorerst!).

Ein Neustart von GNOME hat jedoch definitiv keine Auswirkungen.

Ich wundere mich; für alle, die VSCode (oder Atom oder eine Chromium / Electron-basierte Anwendung) verwenden und nicht an diesem Fehler leiden; Welche Desktop-Umgebung verwenden Sie?

Abgesehen davon glaube ich, dass die Verwendung von evdev anstelle von libinput (auf X11) dieses Problem ebenfalls vermeidet.

Ich benutze Ubuntu 16.04 mit Gnome. Keine andere Elektronen-App hat dieses Problem.

Bestätigung auf Debian 9 / Mate.

Lubuntu 18.04 Benutzer hier - Ich habe auch einige seltsame Bildlaufverhalten auf Chrome-basierten Apps - Slack, Vscode, Chrome selbst. Ich erhalte keine zufälligen Schriftrollen, sondern diese Apps überspringen einige Bildlaufereignisse. Das Lustige hier ist, dass LXTerminal auch Scroll-Ereignisse überspringt. Firefox zum Beispiel funktioniert völlig einwandfrei. Es ist wirklich nervig. Übrigens weist diese Mischung von Apps auf die Richtung der zugrunde liegenden Infrastruktur hin - auf lubuntu 16.04 hatte ich keine Probleme, aber nach dem Upgrade auf 18.04 brach die Hölle los.

Gleiches hier auf Xubuntu 18.04.
Aber!
Kann nur reproduzieren, wenn ich zwischen VS-Code und einem anderen Fenster mit Alt + Tab-Kombination wechsle, wenn ich über ein Klickfenster in der Taskleiste wechsle, springt der Bildlauf nicht.

40 Kommentare seit Juni 2017 und noch keine Lösung? Infolgedessen muss ich meine IDE ändern.

@rebornix Ich habe das Problem seit Verwendung des Zen-Modus nicht mehr, aber gibt es eine Möglichkeit, dies als Meilenstein oder höhere Priorität für die nächsten Versionen hinzuzufügen?

VSCode ist alles großartig, aber dieser Fehler ist einfach zu verdammt nervig. Ich verstehe, dass es viele Probleme gibt und Roadmaps festgelegt sind, um Verbesserungen und Fehler so gut wie möglich zu übernehmen, und ich bin insgesamt ziemlich glücklich darüber, wie ihr iteriert Beim Editor denke ich jedoch wirklich, dass diesem Problem nicht die erforderliche Bedeutung beigemessen wird, da es sich um einen visuellen Fehler handelt, der den Workflow der Entwickler unterbricht und ernsthaft stört.

Dies macht VSCode grundsätzlich unbrauchbar, da Sie Windows nicht über Alt + Tab wechseln können und dies eine grundlegende Root-Funktionalität der App ist.

@ Esteban-Rocha Ich kann Fehler im Zen-Modus reproduzieren.

Bitte hör auf, diesen Fehler zu spammen. VSCode ist Open Source. Wenn Sie es reparieren möchten, beheben Sie es!
Es hat keinen Wert, Kommentare hinzuzufügen, die eine Korrektur von jemand anderem verlangen.

@smehrbrodt Wir schaffen Bewusstsein.

@smehrbrodt Es ist kein Spam-Typ, du solltest zuerst verstehen, wie OSS funktioniert und speziell wie das VS Code-Team funktioniert.

@fotonmoton Ohh das ist

Nebenbei kann ich bestätigen, dass Atom dieses Problem für mein Setup seit dem Update auf Electron 2.0.0 (https://github.com/atom/atom/pull/17273) behoben hat.

Allerdings habe ich diesen Fehler in den exploratorischen Builds dieses Problems getestet und leider scheint er immer noch darunter zu leiden.

bearbeiten:
Scratch that, ich habe Atom nicht getestet, das unter einem anderen Fenster liegt. Ich konnte es in Electron 2.0.0 Atom replizieren.

Meine Beobachtung. Das Problem mit Google Chrome besteht weiterhin. Daher ist es hoffnungslos zu sehen, dass es bald im VS-Code behoben wird.

Okay ... nach dem, was ich bisher herausgefunden habe, sieht es so aus, als hätte es etwas mit Eingaben zu tun, die von verschiedenen virtuellen Eingabegeräten stammen. Das Installieren und Ausführen von imwheel ohne zusätzliche Konfiguration behebt das Problem für alle betroffenen Anwendungen.

@ dr0p

Es ist wahrscheinlich wichtig, dies als Problemumgehung und nicht als Lösung zu markieren.

Ich bedanke mich für ihre Rückmeldung. Ich werde versuchen, eine funktionale Problemumgehung zu implementieren, bis dies durch die entsprechenden Ressourcen behoben ist.

Das passiert mir, wenn ich auf Ubuntu 18 LTS bin. Wirklich nervig und wirkt sich auf meine Produktivität aus.

UPDATE :: wütend:

Kam hierher, nachdem ich die gleiche Standardinstallation von Ubuntu 18.04 (frisch) bemerkt hatte, VSCode aus dem "Store" der Ubuntu-Software installiert. Ich habe das gleiche Verhalten, wenn ich in VSCode nach oben und unten scrolle und dann zu Chrome wechsle (z. B. diese lange Seite) und scrolle, bekomme ich einen Sprung. Ich habe auch das gleiche Problem mit der Slack-App, die meiner Meinung nach auf Electron basiert, aber nur bei Verwendung von Alt-Tab - das Klicken auf das Dock oder die Anwendung (falls sichtbar) scheint dieses Verhalten nicht zu verursachen.

VSCode-Versionsinformationen:

Version 1.24.1
Commit 24f62626b222e9a8313213fb64b10d741a326288
Datum 2018-06-13T17: 47: 35.732Z
Shell 1.7.12
Renderer 58.0.3029.110
Knoten 7.9.0
Architektur x64

Kann bestätigen, dass die Installation und Ausführung von imwheel eine Problemumgehung ist. Denken Sie nur daran, imwheel nach der Installation zu starten. Leider stelle ich fest, dass das Ausführen von imwheel in der Standardkonfiguration Ctrl-Mousewheel anscheinend daran hindert, als Zoomsteuerung zu fungieren.

Für alle Linux-Falks hier gibt es einen sehr einfachen Hack. Sie können imwheel installieren und es wird dieses Problem beheben. Ich benutze diesen Hack jetzt schon eine Weile und habe keine Probleme bemerkt. Wenn Sie auf Ubuntu sind, ist es so einfach wie sudo apt install imwheel und fügen Sie dies dann zu Ihren Systemstartprogrammen hinzu, indem Sie die GUI für Startanwendungen öffnen und das Programm /usr/bin/imwheel hinzufügen.

Hallo...
Ich verwende Debian 9 mit Mate Desktop. Deaktivieren Sie unter https://forums.linuxmint.com/viewtopic.php?t=241431 als Problemumgehung das reibungslose Scrollen in Chrome. Funktioniert bei mir...

Ich habe das gleiche Problem seit Ubuntu 16.04 LTS mit Unity, hatte es auf Ubuntu 17.10 mit Gnome und jetzt auf 18.04 LTS mit Gnome. Dies geschieht auch mit Sublime Text 3 und einigen anderen Programmen. Ich verwende hauptsächlich das Trackpad 2-Finger-Scrollen, obwohl ich ziemlich sicher bin, dass es auch mit einer Maus passiert.

Ich habe gerade imwheel gemäß dem Vorschlag von

Es deutet darauf hin, dass das Verhalten nicht direkt mit vscode zusammenhängt, sondern etwas damit zu tun hat, wie das X-Zeug die Maus oder etwas anderes interpretiert.

Zu Ihrer Information, es gibt einen "Abonnieren" -Button. Es hat wenig Sinn, im Kommentar "Happening to me too" zu sagen, es sei denn, Sie haben mehr Input, um das Problem zu ergänzen. Bitte beleidigen Sie dies nicht. Ich weiß nur, dass es Leute stört, die tatsächlich Code für Open Source-Projekte schreiben, wenn sie ohne Grund Spam bekommen.

Ich benutze Mate in der Antergos-Distribution und beobachte dieses Problem. Ich verwende Chrome und Vscode immer in separaten Arbeitsbereichen. Das Imwheel funktioniert nicht gut für Touchpads mit präzisem Scrollen, daher ist dies keine akzeptable Problemumgehung für mich.
Ich habe mein Problem umgangen, indem ich xdotool zum Wechseln des Arbeitsbereichs verwendet und Standardverknüpfungen überschrieben habe.

Ich mache es so:
Gehen Sie zum Arbeitsbereich links:
xdotool set_desktop --relative - -1

Gehen Sie zum Arbeitsbereich rechts:
xdotool set_desktop --relative - 1

Hoffe es hilft bis dieses Problem behoben ist ...

Imwheel verursachen ein schreckliches Scroll-Verhalten.

Ich weiß, dass dies ein frustrierender Fehler ist, mit dem sich viele Benutzer befassen müssen (ich selbst eingeschlossen), aber versuchen wir, dies nicht auf den vscode-Entwicklern herauszunehmen. Nach meinem Verständnis ist dies ein Fehler in Chrom und macht sich daher auch in Electron bemerkbar. Die vscode-Entwickler leisten großartige Arbeit, aber es könnte argumentiert werden, dass dies außerhalb ihres Verantwortungsbereichs liegt. Wenn wir ein Update schneller die Linux - Community Bedürfnisse zu engagieren wollen, da das Chrom - Team aktiv für unsere Hilfe bittet hier . Ich versuche nicht zu beleidigen und schätze die harte Arbeit der vscode-Teams sehr

selbes Problem hier. vscode interagiert schlecht mit Chrome.

In meinem Fall springt mein Cursor immer zum oberen Rand der Seite. Es ist sehr ärgerlich, weil es Sie vom Lesen ablenkt und dazu führen kann, dass Sie den Fokus verlieren. Bezieht es sich auf dasselbe Problem?
Ubuntu 18.04, Chrome Version 70.0.3538.67 (offizieller Build) (64-Bit)

Oh nein, ich habe es geschafft, es mit Elektron 3 am Ubuntu 18.04.1 auszulösen. Ich weiß nicht wie, aber es kommt definitiv seltener bei Erkundungen vor.

Version: 1.29.0-Exploration
Commit: 8fc99c65d2f01e7b413cde2d3bf7785356778381
Datum: 2018-10-30T11: 31: 30.266Z
Elektron: 3.0.6
Chrome: 66.0.3359.181
Node.js: 10.2.0
V8: 6.6.346.32
Architektur: x64

Ich habe ein wenig mit verschiedenen Desktop-Umgebungen getestet und festgestellt, dass dieser Fehler bei der Verwendung von Gnome und XFCE4 auftritt, jedoch nicht bei LXQT oder KDE Plasma. Ich bin mir nicht sicher, ob dies ein Einzelfall ist, aber zumindest für den Moment scheint es, dass GTK-basierte Desktop-Umgebungen unter diesem Fehler leiden, während QT-basierte Desktop-Umgebungen dies nicht tun.

Können Leute, die dieses Problem haben, über den Chrom-Bug abstimmen? Dieser ist noch offen: https://bugs.chromium.org/p/chromium/issues/detail?id=807187

Ich habe ein wenig mit verschiedenen Desktop-Umgebungen getestet und festgestellt, dass dieser Fehler bei der Verwendung von Gnome und XFCE4 auftritt, jedoch nicht bei LXQT oder KDE Plasma. Ich bin mir nicht sicher, ob dies ein Einzelfall ist, aber zumindest für den Moment scheint es, dass GTK-basierte Desktop-Umgebungen unter diesem Fehler leiden, während QT-basierte Desktop-Umgebungen dies nicht tun.

Vielen Dank, dass Sie dies erwähnt haben. Heute habe ich KDE Plasma installiert und dieser Fehler existiert in meiner neuen Umgebung nicht mehr.

Das Scrollen ist in KDE im Allgemeinen auch viel flüssiger.

In Ubuntu 18.04 und dem neuesten vscode wird nach Alt + Tab zur Oper und Alt + Tab zum Vscode-Editor nach unten zum unteren oder oberen Dokument gescrollt.

Update: Imwheel verursachen ein schreckliches Scroll-Verhalten.

Hallo Leute, weiß jemand, wie man dieses Problem behebt? oder eine Problemumgehung, bis VS Code das Problem behebt?

Ich bin zu Firefox gewechselt, mit IE auf Chrom ist es auch das Beste für das Web. 😊

Davon abgesehen gab es bisher keine wirkliche Problemumgehung, und ich habe viele Dinge ausprobiert. Das oben erwähnte 'Imwheel'-Tool funktioniert, verursacht jedoch mehr Probleme als es löst.

@Epskampie Hier sollte natürlich beachtet werden, dass das Wechseln zu Firefox nicht hilft! Das Fenster, in dem Sie scrollen, bevor Sie zu VS Code (oder Atom usw.) zurückkehren, muss nicht auf Chrom basieren.

Ich kann dies sowohl mit Firefox + VS Code (meinem täglichen Treiberbrowser) als auch mit Chrome + VS Code zuverlässig replizieren.

Ich kann dies sogar mit Firefox + Chrome replizieren, indem ich:

1. Öffnen von Chrome und Firefox auf einer Seite, die einen Bildlauf durchführen kann.
2. Gehen Sie zu Firefox und scrollen Sie viel nach unten.
3. Alt-Tab zu Chrome und ein wenig nach unten scrollen - die Seite wird gemäß diesem Problem verkleinert.

Sie werden jedoch nicht das Gegenteil beobachten; Firefox leidet nicht unter dem Problem selbst, sondern nur unter Chrom (Chrome, Atom, VS Code).

Natürlich ist dies für zwei Browser kein so großes Problem. Dies ist definitiv ein Problem für einen Code-Editor wie VS Code oder Atom, bei dem Sie normalerweise zu einem Webbrowser (Firefox oder Chrome) wechseln und viel scrollen. Schließlich kehren Sie zu Ihrem Editor zurück, scrollen sogar eine einzelne Zeile und springen zum Ende Ihrer Datei!

Auf jeden Fall schmerzt die Erfahrung.

Antergos mit Gnom kommt auch vor. Code zu Chrom und umgekehrt, passiert. Chrome zu erhaben, nicht.

[UPDATE] Imwheel behebt es.

Die Hauptursache ist folgende: https://bugs.chromium.org/p/chromium/issues/detail?id=608246

OMG Ich dachte, mit meiner Maus stimmt etwas nicht, aber ich kann reproduzieren, was hier gepostet wird: https://github.com/Microsoft/vscode/issues/28795#issuecomment -350631888

@yuritoledo könnten Sie beschreiben, wie imwheel es plz reparieren? welche Parameter oder so. Danke

@aleksanderd Sie sollten imwheel installieren und es mit Ihrem System beginnen. So einfach ist das: D.

Wenn Sie eine Maus mit mehr Tasten als die herkömmliche haben, können Sie imwheel -b 45

Ich habe das gleiche Bildlaufproblem mit vscode und chrome auf xubuntu 18.04.
Ich habe gerade die oben vorgeschlagene Problemumgehung im Rad ausprobiert, und das Scrollen wird nicht mehr von anderen Anwendungen beeinflusst. Wenn ich jetzt in VSCode sehr langsam scrolle, ist das Scrollen jedoch überhaupt nicht reibungslos, sondern bewegt sich in kleinen Schritten.

Ich benutze Mate in der Antergos-Distribution und beobachte dieses Problem. Ich verwende Chrome und Vscode immer in separaten Arbeitsbereichen. Das Imwheel funktioniert nicht gut für Touchpads mit präzisem Scrollen, daher ist dies keine akzeptable Problemumgehung für mich.
Ich habe mein Problem umgangen, indem ich xdotool zum Wechseln des Arbeitsbereichs verwendet und Standardverknüpfungen überschrieben habe.

Ich mache es so:
Gehen Sie zum Arbeitsbereich links:
xdotool set_desktop --relative - -1

Gehen Sie zum Arbeitsbereich rechts:
xdotool set_desktop --relative - 1

Hoffe es hilft bis dieses Problem behoben ist ...

Versuchen Sie dies für Präzisions-Touchpads nach dem Einbau des Rads

Konfigurationsdatei für imwheel erstellen
gedit ~ / .imwheelrc
dann einfügen:
Keine, Up, Button4, -1
Keine, unten, Button5, -1
Control_L, Up, Control_L | Button4
Control_L, Down, Control_L | Button5
Shift_L, Up, Shift_L | Button4
Shift_L, Down, Shift_L | Button5

Wenn Sie jetzt ein Präzisions-Touchpad verwenden, behalten Sie die beiden -1-Werte bei.
Wenn Sie eine Maus verwenden, ändern Sie beide in 1.

scheint eine Problemumgehung für eine der Optionen zu sein - Maus oder Touchpad.

@ Geoffroy-Noel-DDH

Versuchen Sie, diesen Typen in Ihre vscode-Einstellungen aufzunehmen: "editor.smoothScrolling": true,

@yuritoledo Eigentlich hat es nicht funktioniert.

@pwaterz über welches Problem?

Gleicher Fehler. Wenn Chrome aktiv ist, dann Alt-Tab zu Vscode und dann Scrollen, springt es nach unten oder oben. Es ist ein ziemlich nerviger Fehler. Soweit ich weiß, liegt das Problem in der Libinput, die der Gnom benötigt, oder möglicherweise in der Version des Elektrons, die der vs-Code verwendet. Ich habe gelesen, dass Atom Ide das gleiche Problem durch die Aktualisierung von Elektronen behoben hat.

@pwaterz Ich bin auf Atom und es funktioniert nicht

@pwaterz Sie sollten imwheel installieren und es mit Ihrem System beginnen. So einfach ist das

Für alle Linux-Falks hier gibt es einen sehr einfachen Hack. Sie können imwheel installieren und es wird dieses Problem beheben. Ich benutze diesen Hack jetzt schon eine Weile und habe keine Probleme bemerkt. Wenn Sie auf Ubuntu sind, ist es so einfach wie sudo apt install imwheel und fügen Sie dies dann zu Ihren Systemstartprogrammen hinzu, indem Sie die GUI für Startanwendungen öffnen und das Programm /usr/bin/imwheel hinzufügen.

DANKE hardidangar und dr0p. Linux-Neuling hier. Ich hoffe, die Community in Zukunft zurückzahlen zu können.

Das Problem, das ich bei der imwheel festgestellt habe, ist, dass es das Bildlaufverhalten ändert und beim Scrollen eine kleine, aber merkliche Verzögerung hinzufügt (insbesondere, wenn Sie nicht überall reibungsloses Scrollen verwenden).

Ich möchte auch darauf hinweisen, dass das Imwheel keine perfekte Lösung ist. Ich habe seit dem Wechsel ein merkwürdiges Verhalten festgestellt. Ich denke, das Problem mit dem Imwheel ist weniger ärgerlich als das Problem mit dem Scroll-Jumping zuvor, aber ich würde es nicht als Lösung betrachten, sondern eher als Band-Aide.

Haben Sie dieses Problem unter Arch Linux mit Gnome unter Verwendung von Chrome und VSCode. Nach dem Wechsel von Xorg zu Wayland wird dies nicht mehr angezeigt. Ich habe Xorg aus Kompatibilitätsgründen verwendet.

Da imwheel für mich andere Probleme verursacht, habe ich versucht, Alternativen und Problemumgehungen zu finden: Verwenden Sie nicht alt + tab, sondern verwenden Sie zum Beispiel win + 1, win + 2.
Ich denke, einige von Ihnen mögen das vielleicht nicht, da Alt + Tab unveränderlich ist, aber ich kann dieses Scroll-Problem nicht behandeln.

Das gleiche Problem tritt auf:

Ubuntu 18.04.2 LTS
Xfce 4.12 Desktop oder Gnome 3.28.2 Desktop

Tritt auf, wenn ich durch Thunar 1.6.15 oder Chrome 70.0.3538.77 (Official Build) scrolle und mit der Alt-Tab-Taste zu Visual Studio Code scrolle.

Als ob der Sprung dieselbe Größe hätte wie in der anderen Software.

Dieses Problem plagt mich auf Gnome 3.2. Ich kann jedoch xdotool windowactivate <window-id> und den Bildlaufsprung nicht erleben.

Wenn jemand Erfahrung mit dem Schreiben von Gnome-Plugins hat, können Sie möglicherweise alt-tab überschreiben und anstelle des normalen Fokusverhaltens die Fenster-ID an xdotool windowactivate <window-id> oder einen anderen Befehl senden

Ich habe versucht, mit Alt-Tab einen zusätzlichen, versteckten Bildlauf nach unten und oben mit xdotool auszulösen, aber leider schien das bei mir nicht zu funktionieren. Etwas in diese Richtung könnte genau der Hack sein, den wir brauchen.

Dieses Problem wurde behoben. Wir brauchen nur jemanden, der ein kleines Tutorial erstellt
um das neueste Murmeln aus der Quelle zu kompilieren.

Das wäre sehr dankbar.

Am Samstag, 23. Februar 2019, 13:20 Uhr schrieb Luke <

Ich habe versucht, mit Alt-Tab einen zusätzlichen, versteckten Bildlauf nach unten auszulösen
und mit xdotool, aber leider schien das bei mir nicht zu funktionieren.
Etwas in diese Richtung könnte genau der Hack sein, den wir brauchen.

- -
Sie erhalten dies, weil Sie kommentiert haben.
Antworte direkt auf diese E-Mail und sieh sie dir auf GitHub an
https://github.com/Microsoft/vscode/issues/28795#issuecomment-466621373 ,
oder schalten Sie den Thread stumm
https://github.com/notifications/unsubscribe-auth/AV-WqlTj3XZ_wUHB43CVnZVoSyUZz48dks5vQN3FgaJpZM4N66mN
.

Was meinst du damit wurde behoben? Können Sie auf ein Commit oder einen anderen Thread verweisen?

@pwaterz Ich denke, @mayaru bezieht sich im https://gitlab.gnome.org/GNOME/mutter/issues/401

Einer der hervorstechendsten Kommentare zu diesem Thema:

Es passiert nicht in Wayland, nur in Xorg, sondern nur in Mutter-basierten WMs.

Wenn es nur auf Xorg passiert, ist es meiner Meinung nach ein starkes Indiz dafür, dass es nicht wirklich die Schuld des Murmelns ist (wenn überhaupt, führt es die Fokusänderung auf eine Weise durch, die die Anwendung nicht berücksichtigt hat, aber es gibt nichts zu "reparieren").
Beim sanften Scrollen mit Xorg werden Bildlaufachsen als 2 dx / dy-Achsen übertragen, die den bisher durchgeführten Bildlauf akkumulieren. Der Haken ist, dass dieser Status für die gesamte Sitzung global ist. Wenn Sie in einer App scrollen, woanders hingehen und scrollen und zur App zurückkehren, werden Werte angezeigt, die vom Scrollen nach außen betroffen sind.
Toolkits (ich werde hier Elektronen einschließen) müssen diesbezüglich klug sein und ihren eigenen Status zurücksetzen, wenn der Zeiger in die Anwendung eintritt, damit die Änderungen in dx / dy, die seit dem letzten Mal aufgetreten sind, ignoriert werden.
Dies ist ein bekanntes Problem beim reibungslosen Scrollen mit XI2.3.

Diese Analyse klingt ungefähr richtig, da dieses Problem sowohl code als auch chrome plagt. Zu dieser Ausgabe wurden Details hinzugefügt (erstmals im Mai 2016 eröffnet!): Https://bugs.chromium.org/p/chromium/issues/detail?id=608246

IMO, jetzt ist es angebracht, Druck auf das Chromteam auszuüben, um den Fehler zu beheben.

Es ist nicht nur von Chromium, ich habe es auf meinem Dateimanager (Ubuntu 18.04) und sogar auf einem leeren Desktop reproduziert. Scrollen Sie einfach auf einer beliebigen Seite und kehren Sie zu vscode zurück und scrollen Sie erneut. Alle vorherigen Bildlaufereignisse werden ausgelöst.

Es gibt zwei Dinge zu beachten:

1. Die Anzahl der Bildlaufvorgänge in vscode entspricht genau der Anzahl der Bildlaufereignisse, die Sie im anderen Fenster ausgelöst haben.
2. Der Bildlauf-Burst wird abgebrochen, wenn Sie das Gerät ändern, dh mit dem Mausrad durch andere Fenster scrollen und das Touchpad für den ersten Bildlauf verwenden. Der vs-Code bricht ihn ab.

Ich habe auch festgestellt, dass dies nicht nur mit vs-Code geschieht. Sie können auch gegen vs-Code scrollen und zu Chrome zurückkehren. Der gleiche Burst wird auftreten. Dies ist insbesondere dann nicht der Fall, wenn Sie zwischen verschiedenen Fenstern derselben Anwendung wechseln.

Es ist nicht nur von Chromium, ich habe es auf meinem Dateimanager reproduziert [...]

Richtig, es handelt sich um Chrome-basierte Apps, die diese Bildlauf-Offsets nicht richtig verarbeiten. Es spielt keine Rolle, in welcher App Sie einen Bildlauf durchführen, bevor Sie auf code / chrome / etc. Chrome muss in diesem Szenario seinen internen Bildlaufstatus zurücksetzen (bearbeiten: und mit "Chrome" meine ich die gemeinsam genutzte Codebasis, die von Electron Apps / Chrome / Opera (?) / Usw. verwendet wird - ich meinte nicht nur Chrome / Chrom App).

Dieses Problem plagt mich auf Gnome 3.2. Ich kann jedoch xdotool windowactivate <window-id> und den Bildlaufsprung nicht erleben.

Wenn jemand Erfahrung mit dem Schreiben von Gnome-Plugins hat, können Sie möglicherweise alt-tab überschreiben und anstelle des normalen Fokusverhaltens die Fenster-ID an xdotool windowactivate <window-id> oder einen anderen Befehl senden

Wenn dies zutrifft, sollte es möglich sein, eine Gnome-Shell-Erweiterung zu schreiben, um den integrierten Alt-Tab-Umschalter zu hacken:

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

und ersetzen Sie es durch xdotool . Ich habe versucht, dies ohne Erfolg zu tun, da ich nur sehr wenig Erfahrung in der Entwicklung von Gnomenerweiterungen habe ... Wenn es jemandem gelungen ist, teilen Sie es bitte mit! Die Scroll-Sprünge machen mich jetzt wirklich verrückt.

Mayaru in 1.32.2 Problem nicht behoben ...

Es tut mir leid, Sie sind eng. Ich war verwirrt über einen weiteren Fehler bei der Aktualisierung
Rate des Monitors. Mein Fehler :)

Aber auf jeden Fall hat jemand vor einem Workaround-Fix gepostet. Sie können verwenden
imwheel und aktualisieren Sie die Konfigurationsdatei mit -1 Werten für Touchpads und 1
Werte für die Maus. Wäre schön für jemanden ein Skript so zu machen, dass man es macht
Schalter setzen auf die beiden Einstellungen, wenn eine Maus erkannt wird. Jetzt wechsle ich
manuell und es funktioniert gut.

Am Do, 14. März 2019, 13:27 schrieb Maxim < [email protected] :

Mayaru in 1.32.2 Problem nicht behoben ...

- -
Sie erhalten dies, weil Sie erwähnt wurden.
Antworte direkt auf diese E-Mail und sieh sie dir auf GitHub an
https://github.com/Microsoft/vscode/issues/28795#issuecomment-472720388 ,
oder schalten Sie den Thread stumm
https://github.com/notifications/unsubscribe-auth/AV-Wqp0Uaqq34k_2zv3RbasG2zk49V9Tks5vWevAgaJpZM4N66mN
.

imwheel nicht helfen ...

Ändern Sie die Konfigurationsdatei.

Am Do, 14. März 2019, 20:27 schrieb Maxim < [email protected] :

imwheel nicht helfen ...

- -
Sie erhalten dies, weil Sie erwähnt wurden.
Antworte direkt auf diese E-Mail und sieh sie dir auf GitHub an
https://github.com/Microsoft/vscode/issues/28795#issuecomment-472852588 ,
oder schalten Sie den Thread stumm
https://github.com/notifications/unsubscribe-auth/AV-WqruE1HadxIcHuKBehM07-nDvxlEFks5vWk43gaJpZM4N66mN
.

Imwheel bewegt nur das Problem. Als ich es installiert habe, hat es die Schriftrolle daran gehindert, in vscode zu springen, aber wenn ich zu Chrome, Postman und Slack gewechselt bin, ist es dann dorthin gesprungen. Beachten Sie, dass alle diese Anwendungen Chrom verwenden.

Selbes Problem hier.
Ubuntu 18.04
VSCode: 1.32.2
Chrome: 73.0.3683.75

Ich denke, Github sollte ein Kopfgeldsystem haben, das dem in StackOverflow ähnelt, um das Interesse an der Lösung solcher Probleme zu finanzieren.

Es liegt am Projekt: https://github.com/bountysource/core/wiki/Frequently-Asked-Questions

Es ist nicht nur von Chromium, ich habe es auf meinem Dateimanager (Ubuntu 18.04) und sogar auf einem leeren Desktop reproduziert. Scrollen Sie einfach auf einer beliebigen Seite und kehren Sie zu vscode zurück und scrollen Sie erneut. Alle vorherigen Bildlaufereignisse werden ausgelöst.

Es gibt zwei Dinge zu beachten:

1. Die Anzahl der Bildlaufvorgänge in vscode entspricht genau der Anzahl der Bildlaufereignisse, die Sie im anderen Fenster ausgelöst haben.
2. Der Bildlauf-Burst wird abgebrochen, wenn Sie das Gerät ändern, dh mit dem Mausrad durch andere Fenster scrollen und das Touchpad für den ersten Bildlauf verwenden. Der vs-Code bricht ihn ab.

Ich habe auch festgestellt, dass dies nicht nur mit vs-Code geschieht. Sie können auch gegen vs-Code scrollen und zu Chrome zurückkehren. Der gleiche Burst wird auftreten. Dies ist insbesondere dann nicht der Fall, wenn Sie zwischen verschiedenen Fenstern derselben Anwendung wechseln.

Ich beobachte genau das gleiche Szenario. Trotzdem kann ich jetzt keine Lösungen finden. Bitte aktualisieren Sie uns, wenn jemand einen findet.

Selbes Problem hier.
Ubuntu 18.04
VSCode: 1.32.3
Chrome: 73.0.3683.86

Wechseln Sie zu Ubuntu auf Wayland, um das Problem zu lösen

Selbes Problem hier.

Händler-ID: Ubuntu
Beschreibung: Ubuntu 18.10
Veröffentlichung: 18.10
Codename: kosmisch

Chrome: Version 73.0.3683.86 (offizieller Build) (64-Bit)

VSCode
Version: 1.32.3
Commit: a3db5be9b5c6ba46bb7555ec5d60178ecc2eaae4
Datum: 2019-03-14T23: 38: 49.842Z
Elektron: 3.1.6
Chrome: 66.0.3359.181
Node.js: 10.2.0
V8: 6.6.346.32
Betriebssystem: Linux x64 4.18.0-16-generic

Das gleiche Problem erleben.

Ubuntu 18.04.2
VSCode: 1.32.3
Chrome: 73.0.3683.86

Ich lehre mich selbst, in der Zwischenzeit Win + 1, Win + 2 usw. zu verwenden.

Laut https://bugs.chromium.org/p/chromium/issues/detail?id=807187#c20 und einigen meiner vorläufigen Tests auf Manjaro 18.0.4 scheint dieser Fehler in GNOME behoben zu sein (_miraculously! _) (murmeln) 3.32.0.

Ich kann bestätigen, dass es im letzten Murmeln behoben ist!

>

Das gleiche gilt für Fedora-Rohleder (das Gnome 3.32 verwendet).

Es ist großartig zu sehen, dass es behoben ist. Ich hoffe, dass VSCodium bald aktualisiert wird. :) :)

Schade für Debian-Benutzer. 2021 nicht zu weit weg ... :(

Oh, komm schon, es ist 2 Jahre her und jetzt bin ich zurück zu js Entwicklung auf VSCode und du behebst diesen Scroll-Fehler immer noch nicht?

Oh, komm schon, es ist 2 Jahre her und jetzt bin ich zurück zu js Entwicklung auf VSCode und du behebst diesen Scroll-Fehler immer noch nicht?

Ich glaube, das ist ein Open Source-Projekt. Niemand ist verpflichtet, etwas zu reparieren. Wir berichten und diskutieren das Problem höflich.

Hat noch jemand Ubuntu 18.04 mit VS 1.33.1 und Slack 3.3.8 64-Bit ausgeführt? Ich habe immer noch das Problem. Wenn Sie in Slack / Chrome nach unten scrollen und zu VSC zurückkehren und auf / scrollen klicken, werden die späten Bildlaufereignisse eingegeben.

Ja, dies ist immer noch ein aktives Problem für Ubuntu 18.04.

Habe das gleiche Problem
Gnom 3.30.2
Ubuntu 18.10

edit - Upgrade auf 19.04, das mit Gnome 3.32.1 geliefert wird und anscheinend behoben ist.

Bei Fedora 29, Code 1.33.0, ist es noch schlimmer geworden

Ich denke, es hat mit Code-Formatierungs-Plugins zu tun, die den Inhalt vor dem Speichern ändern. Jetzt springt der Cursor bei jedem Speichern häufig am Ende der Datei, während das Ansichtsfenster an Ort und Stelle bleibt. Wenn Sie jedoch die Pfeiltasten nach oben / unten drücken, springt der Bildlauf auch zum Dateiende.

@alexandrudima Alex, gibt es eine Chance, sich das anzuschauen?

Gerade auf 19.04 aktualisiert und das Problem ist endlich behoben.

Habe das gleiche Problem
Gnom 3.30.2
Ubuntu 18.10

edit - Upgrade auf 19.04, das mit Gnome 3.32.1 geliefert wird und anscheinend behoben ist.

Versucht zu aktualisieren und zu überprüfen, ob es behoben wird.

Bearbeiten: Upgrade auf Ubuntu 19.04 und Gnome 3.32.1 und es ist behoben. Vielen Dank

Ich habe ein neues T480 mit Debian 9.9, das immer noch das gleiche Problem hat. Kernel 4.9.144-3.1

Ich kann auch bestätigen, dass ich dieses Problem unter Ubuntu 19.04 nicht mehr habe.

Hallo !

Ich habe dieses Problem auch unter Ubuntu 18.04. (Hardware Enablement Stack installiert). Gibt es Chancen, dass das Update auf Gnome 3.28 zurückportiert wird? Oder muss ich auf 18.10 und dann auf 19.04 aktualisieren, um das Problem zu beheben?

Ich weiß, dass jede Version von Ubuntu ihre Pakete einmal in der Release-Phase einfriert, aber vielleicht haben sie einen Import-Fix wie diesen zurückportiert?

Hallo Leute! Aufgrund dieses Fehlers bin ich kürzlich zu KDE gewechselt, und bisher sieht es sehr gut aus: Der Fehler ist verschwunden und zusätzlich gibt es viele glänzende Plasmoid-Widgets.
Ubuntu 18.04

Ich beobachte dieses Verhalten auch auf meinem Computer:
Betriebssystem: Ubuntu 18.04.2 LTS
Desktop Env: Gnome 3.28.2
Chrome-Version: 75.0.3770.100 (offizieller Build) (64-Bit)

--- VS Code
Version: 1.35.1
Commit: c7d83e57cd18f18026a8162d042843bda1bcf21f
Datum: 2019-06-12T14: 27: 31.086Z
Elektron: 3.1.8
Chrome: 66.0.3359.181
Node.js: 10.2.0
V8: 6.6.346.32
Betriebssystem: Linux x64 4.18.0-25-generischer Snap

Nur um nachzufolgen. Dies ist immer noch behoben, wenn Ubuntu 19.04 mit Stock Gnome ausgeführt wird.

Ist das Os Problem oder vscode es selbst?
Da Gesicht auch in anderen Anwendungen, zwischen Texteditor und Chrom
Mit Ubuntu 18.04
VS Code 1.34.0
Chromium Version 75.0.3770.90

Außerdem habe ich festgestellt, dass es sich nicht um einen zufälligen Bildlauf handelt, sondern um einen Bildlauf wie bei einer anderen Anwendung. Hoch oder runter und wie ich scrolle. Wie es den Status miteinander verwaltet, müssen Sie eine Option finden, um ihn auszuschalten.

$ sudo apt-get install imwheel
$ imwheel

Hat für mich gearbeitet.

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

Scheint in Ubuntu 19.04 und dem neuesten MacOS behoben zu sein.

@ vishal112logistic Aber das Scrollen ist nicht reibungslos.

Ein Update auf Ubuntu 19.04 ist die beste Lösung.

Ich verwende Ubuntu 18.04 und habe dieses Problem, wenn ich die Registerkarten von Chrome auf VS Code wechsle. Ich habe es mit Chrome + Terminal versucht und konnte das gleiche Verhalten reproduzieren, wenn ich die Alt + Tab-Taste von Terminal zu Chrome (Chrome-Bildlaufleiste springt), aber nicht umgekehrt (Terminal scrollt gut).

Ich habe zuvor Ubuntu 19 verwendet und hatte dieses Problem nicht. Daher aktualisiere ich jetzt auf Ubuntu 19.

Es scheint, dass niemand dies erwähnt hat, aber das Scrollen ist nicht zufällig. Wenn ich in Chrome zum Ende der Seite und mit Alt + Tab zu VS-Code scrolle, springt die Seite proportional zum Umfang, in dem ich in Chrome gescrollt habe, nach unten. Von VS Code zu Chrome ist auch das gleiche. Und vom Terminal auch nach Chrome.

PS: Ubuntu 19 ist in Ordnung. Ich denke nicht, dass dies ein Problem von VS Code ist, da ich das gleiche mit Ubuntu 18 zwischen Chrome und den Terminalfenstern hatte.

Okay, da die Leute berichten, wird es am 19.04 nicht reproduziert.

1) Ich bin am 18.04 LTS, das ich nicht auf Nicht-LTS aktualisieren kann.
2) Einige Leute finden dies auch in Windows und OSX

Ich würde mich sehr freuen, wenn wir eine Lösung dafür finden.
Hinweis: Ich bin nicht sehr technisch, also sei bitte nett und schone Leute wie mich.

Lieber @mariusa

Könnten Sie bitte den ersten Beitrag mit einigen Erläuterungen weiter ausarbeiten / aktualisieren, um weiteren Lärm zu vermeiden. Am Ende des Beitrags kann helfen?

Vielleicht einige wichtige Punkte;

• (VERMUTEN); Scheint ein Problem mit Electron und einigen Eingabebibliotheken zu sein?
• Ist nicht auf VScode isoliert

Fix; Existiert noch nicht.

Linux-Problemumgehungen (Nicht zu verwechseln mit einem Fix);

• imwheel - nicht für alle benutzer geeignet
• wayland - nicht für alle Benutzer geeignet

Hinweis: Ubuntu 1904 (Desktop) scheint Wayland zu verwenden.

Ich bin mir nicht sicher, ob wir hier weitere Updates sehen werden, was von den Entwicklern etwas enttäuschend ist. Ich hätte gerne eine offizielle Anleitung, auch wenn sie uns auf andere Ressourcen hinweist. Wie erwähnt; Es scheint kein Problem mit VSCode selbst zu sein, sondern mit 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

Der Fehler bleibt :(

@ vishal112logistic Methode hat von mir in Ubuntu 18.04 gearbeitet
$ sudo apt-get install imwheel
$ imwheel

@ vishal112logistic Methode hat von mir in Ubuntu 18.04 gearbeitet
$ sudo apt-get install imwheel
$ imwheel

Diese Lösung ist nicht vollständig. In Anwendungen (Firefox, Chromium, LibreOffice, PDF-Reader ...) wird das Zoomen mit Strg + Rad deaktiviert. Sie konnten die oben genannten Nebenprobleme beheben? Ich werde für diese Information dankbar sein.

Hinzugefügt: Ich habe eine Lösung gefunden, um Nebenprobleme zu beheben. Ändern Sie dazu die imwheel config. Weitere Informationen hier: https://wiki.archlinux.org/index.php/IMWheel

In der Anwendung wird der Zoom mit Strg + Rad deaktiviert

Whoa, ich kenne diese Abkürzung nicht einmal für die ganze Zeit: P.

Das Ausführen von imwheel verursacht für mich ein wirklich schreckliches Bildlauferlebnis - sehr rau / nervös, besonders wenn ich langsam scrolle.

Kann jemand tatsächlich feststellen, was imwheel tut, um den in dieser Ausgabe beschriebenen Bildlauffehler zu vermeiden? Ich würde gerne die Software / das Paket finden, die tatsächlich verantwortlich sind, und ein Problem mit ihnen direkt finden / öffnen.

@sensiloles @uphlewis Ich habe gerade zugestimmt, ich habe festgestellt, dass ich Strg + Rad zum Zoomen auf Inkscape verwendet habe, aber es funktioniert nicht, nachdem ich imwheel verwendet habe. Was soll ich machen :(

@sensiloles @uphlewis Ich habe gerade zugestimmt, ich habe festgestellt, dass ich Strg + Rad zum Zoomen auf Inkscape verwendet habe, aber es funktioniert nicht, nachdem ich imwheel verwendet habe. Was soll ich machen :(

Erstellen oder bearbeiten Sie ~ / .imwheelrc
Eine Zeile ". *" In der Datei bedeutet, dass die Einstellungen auf alle Programme angewendet werden.

Vielen Dank, es funktioniert, soweit so gut.

Ich verwende Ubuntu 18.04, aber Ihren Link für Arch, und habe auf meinem System folgende Konfiguration vorgenommen:

1. Fügen Sie ~ / .imwheelrc die folgenden Zeilen hinzu und speichern Sie sie

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

1. Fügen Sie den Startanwendungseinstellungen den folgenden Befehl hinzu
   imwheel --kill --buttons "4 5"

Jetzt funktioniert mein Zoom einwandfrei und der Bildlauf ist nicht gesprungen.

Ich habe den gleichen Fehler und weiß nicht, was passiert, weil die anderen elektronenbasierten Editoren ihn nicht zu haben scheinen, wenn der Zeiger eine andere Codezeile auswählt und später mit der Alt-Tab-Taste blättert, auf die ich das Fenster zurück ändere vscode und überspringe fast 200 Codezeilen, die nach dem Zufallsprinzip mehr oder weniger als alles andere passiert sind, wenn ich etwas mit dem Mauszeiger zu tun habe, in dessen Position sich dies befindet

Ein großer Nachteil bei der Verwendung von imwheel : Das Scrollen mit zwei Fingern auf einem Trackpad ist höllisch abgehackt (in 18.04). Die Lösungen, die ich online dafür gesehen habe, sind, imwheel zu töten, aber dann haben wir wieder das Problem des zufälligen Bildlaufs in VSCode. Es scheint, als gäbe es keine Möglichkeit zu gewinnen. :enttäuscht:

Markieren Sie dieses Problem.

Vielen Dank, es funktioniert, soweit so gut.

Ich verwende Ubuntu 18.04, aber Ihren Link für Arch, und habe auf meinem System folgende Konfiguration vorgenommen:

1. Fügen Sie ~ / .imwheelrc die folgenden Zeilen hinzu und speichern Sie sie

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

1. Fügen Sie den Startanwendungseinstellungen den folgenden Befehl hinzu
   imwheel --kill --buttons "4 5"

Jetzt funktioniert mein Zoom einwandfrei und der Bildlauf ist nicht gesprungen.

das ist arbeit für mich, ich benutze archlinux.

imwheel fühlt sich definitiv immer noch so an, als würde das Scrollen verzögert und abgehackt ... Systemweit.

Gleiches Problem für mich (Debian 10)
VSC-Version: 1.40.2
Elektron: 6.1.5
Chrome: 76.0.3809.146
Node.js: 12.4.0
V8: 7.6.303.31-Elektron.0
Betriebssystem: Linux x64 4.19.0-6-amd64
Ich benutze imwheel und werde versuchen @khaschuluu Lösung ...

Kann bestätigen, dass dies unter Ubuntu 19.10 nicht auftritt, daher muss es durch einen Fix in GNOME / Mutter mindestens so früh wie der mit 19.10 gelieferte behoben werden.

Daher sollten die Leute, die einer LTS-Version folgen, nur bis April nächsten Jahres warten müssen, bis 20.04 LTS diese Korrekturen enthält.

Ich bin mit Xfce auf Manjaro 4.19 LTS. Ich bin mir nicht sicher, wann / ob ich zu Wayland wechseln kann. Also muss ich für einen echten Fix auf einen Electron / Chrome-Fix warten? Gibt es im Chromium-Projekt ein entsprechendes Bug-Ticket?

@thegitfather Ich glaube nicht, dass 19.10 (aktualisiertes GNOME und Mutter) auf Wayland läuft, das bin ich sicher nicht. Es muss also in einem späteren Update von Mutter behoben werden.

Also satt, ich habe ein Upgrade von 18.04 auf 19.04 durchgeführt. Das Touchpad "fühlt" sich definitiv anders an (Beschleunigung / Empfindlichkeit), aber das Scroll-Springen scheint behoben zu sein. Viel Glück euch allen.

Ich habe das getan, aber nach einigen Wochen wurde mein Laptop nach jedem Neustart weiter formatiert, also wieder zurück zum 18.04

Ich habe versucht, imwheel und es hat gut funktioniert, außer dass meine Registerkarte "Erweiterungen" in VSCode irgendwie beschädigt wurde. Weitere Informationen finden Sie unter https://github.com/microsoft/vscode/issues/86583 .

Kommt immer noch unter Linux, XUbuntu 19.04 5.0.0-38-generic, XFCE Desktop vor
Version: 1.42.1
Commit: c47d83b293181d9be64f27ff093689e8e7aed054
Datum: 2020-02-11T14: 50: 36.977Z
Elektron: 6.1.6
Chrome: 76.0.3809.146
Node.js: 12.4.0
V8: 7.6.303.31-Elektron.0
Betriebssystem: Linux x64 5.0.0-38-generischer Snap
(Snap-Version c47d83b2)

Hallo, gibt es Fortschritte bei diesem Fehler? Es nervt mich wirklich: D.

Nur 155 Kommentare seit dem 15. Juni 2017. Wir sollten geduldig sein.

Ich kann das bei Debian 10 reproduzieren

Ich warte auf Lösung. Jemanden?

Trotzdem kann dieses Problem auf die gleiche Weise wie andere oben sehr einfach reproduziert werden. Wenn Ubuntu 18.04 zwischen Apps wie Firefox und VS Code wechselt und dann mein Scrollrad im Code verwendet, gehe ich zum Ende der Datei. Meistens ein Produktivitätsfehler, habe keinen Weg gefunden, dies zu umgehen / zu verhindern - wenn jemand einen kennt, teile ihn bitte mit! Gerne helfen wir Ihnen, den Fehler mit einem Video oder einer Video-Sharing-Sitzung / einem Anruf zu reproduzieren.

@chriswernette Ich habe eine imwheel und führen Sie es aus. Es sollte den Fehler beheben, solange Ihr Computer eingeschaltet ist. Bitte beachten Sie, dass das Hinzufügen dieses Befehls zu Ihrer RC-Datei vscode beschädigen kann . Sie sollten es manuell in Ihrer CLI ausführen, wenn Sie Ihren Computer starten ... In der Hoffnung, dass sie diesen Fehler eines Tages beheben werden.

Übrigens verursacht nur Alt + Tab dieses Problem. Das Wechseln zwischen Registerkarten mit dem Mauszeiger hat dieses Problem für mich nicht verursacht. Außerdem wurde mir klar, dass Firefox dieses Problem gelöst hat, obwohl es in Chrome noch vorhanden ist.

Kann die Repro des Fehlers wie beschrieben bestätigen: 1) in der Chrome-Ansicht einen Tab, der auf einer Seite wesentlich nach oben oder unten scrollt, 2) Alt-Tab zum Vscode, berühren Sie kaum das Scrollrad und es springt nach oben oder unten und spielt den Scroll auf dem wieder Chromfenster.

Auf Ubuntu.

Ich bin mir nicht sicher, ob dies zuvor verlinkt wurde:

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

Übrigens verursacht nur Alt + Tab dieses Problem. Das Wechseln zwischen Registerkarten mit dem Mauszeiger hat dieses Problem für mich nicht verursacht. Außerdem wurde mir klar, dass Firefox dieses Problem gelöst hat, obwohl es in Chrome noch vorhanden ist.

Zu Ihrer Information, ich verwende Firefox unter Ubuntu 18.04 und habe immer noch das Problem. Kann bestätigen, dass die Verwendung der Maus anstelle von Alt + Tab eine Problemumgehung zu sein scheint.

Hallo Kumpels.
Ich bin auch unter den Opfern.
Es ist absolut nervig.

Dies ist jedoch ein Problem zwischen Electron und Browser.
In meinem Fall geschieht dies zwischen Chrome und VSC sowie zwischen Chrome und Slack.

Ubuntu 18.04

Weiß jemand, ob dies wirklich ein Problem ist, das bis 2016 oder darüber hinaus zurückreicht?

Diese verweisen auf das Webkit

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

Ich bin mir nicht sicher, ob dies direkt der Link oben war, aber es sieht am besten aus:

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

Kann jemand in diesem Thread bestätigen, dass es auf 19.04 Ubuntu behoben ist? Ich denke an ein Upgrade, um eine VM zu sehen oder hochzufahren

Ich habe auf 19.10 aktualisiert und es scheint weg zu sein. Viele andere Dinge (Treiber), die nichts damit zu tun haben, sind kaputt gegangen.

Kann jemand in diesem Thread bestätigen, dass es auf 19.04 Ubuntu behoben ist? Ich denke an ein Upgrade, um eine VM zu sehen oder hochzufahren

Ich bin jetzt seit einem Monat auf XUbuntu 19.04. Der Fehler ist immer noch hier. Siehe meinen Kommentar oben https://github.com/microsoft/vscode/issues/28795#issuecomment -590056590

@ miro-janosik versuchen 19.10. Es scheint jetzt für mich behoben zu sein.

Ich bestätige, dass dieser Fehler unter Ubuntu 18.04.4 LTS auftritt

Mein VSCode über Infos:
Version: 1.43.2
Commit: 0ba0ca52957102ca3527cf479571617f0de6ed50
Datum: 2020-03-24T07: 52: 11.516Z
Elektron: 7.1.11
Chrome: 78.0.3904.130
Node.js: 12.8.1
V8: 7.8.279.23-Elektron.0
Betriebssystem: Linux x64 5.3.0-42-generischer Snap

@ miro-janosik versuchen 19.10. Es scheint jetzt für mich behoben zu sein.

Aktualisiert auf XUbuntu 19.10 eoan, 5.3.0-42-generic, VSCode 1.43.2. und das Problem ist immer noch da.
Schritte zum Reproduzieren:
Klicken Sie in das VSCode-Texteditorfenster, Alt + Tab zu Firefox (leere Seite), scrollen Sie zweimal nach unten, Alt + Tab zu VSCode, klicken Sie in Code, scrollen Sie nach unten - es springt viel nach unten.

@ miro-janosik Welche Version von Mutter läufst du? ( mutter --version )

Seit ich zu Ubuntu 19.10 gewechselt bin, was Mutter 3.34 mit sich zu bringen scheint, ist dieses Problem für mich verschwunden.

@ miro-janosik Welche Version von Mutter läufst du? ( mutter --version )

Seit ich zu Ubuntu 19.10 gewechselt bin, was Mutter 3.34 mit sich zu bringen scheint, ist dieses Problem für mich verschwunden.

Es zeigt nichts, da ich kein Murmeln installiert habe. Ich sehe, dass "Mutter ein Wayland-Anzeigeserver ist". Da ich XUbuntu verwende, bedeutet dies XFCE-Frontend anstelle von GNOME und Wayland wird nicht verwendet.

Richtig, irgendwie habe ich vermisst, dass du Xubuntu ausgeführt hast.

Auf jeden Fall führe ich keine Wayland-Sitzung durch, sondern nur den Standard X11. Dies könnte darauf hinweisen, dass GNOME-Entwickler diesen Chromium-Fehler mit einer Problemumgehung am Ende in Mutter behoben haben.

Das hilft dir natürlich nicht wirklich bei XFCE, sorry. Vielleicht möchten Sie nach dem Mutter-Fix suchen (oder zumindest nach einem Problem - ich glaube, es wurde früher in diesem Thread verlinkt) und dies auf XFCE oder vielleicht XFWM4 melden.

Ich aktualisiere / aktualisiere Ubuntu 18.04.4 und der Fehler ist immer noch hier ...

Um das Problem konsistent zu reproduzieren, müssen Sie beim Wechseln zum Browser ziemlich viel Zeit scrollen. Wenn Sie zu VsCode zurückkehren und versuchen zu scrollen, wird es springen. Es ist ziemlich nervig ... Ich bin auf Ubuntu 18.04.3.

Ich bin jedoch der festen Überzeugung, dass dieser Fehler spezifisch für die Verwendung von Chrom ist. Daher bin ich auch in Google Chrome mit dem Problem konfrontiert.

Ich weiß nicht, ob wir das als Problemumgehung betrachten können. Aber nachdem ich in einem anderen Fenster im Browser gescrollt habe, sieht es für mich so aus, als ob der von Ihnen durchgeführte Bildlauf im Speicher bleibt und beim nächsten Bildlauf auf vscode springt. Wenn Sie also irgendwie eine leere Registerkarte haben, auf der Sie diesen übermäßigen Sprung ablegen können, sollte dieser Bildlauf im Speicher zurückgesetzt werden. Ich bin kein Experte, also entschuldigen Sie, wenn das klingt, Müll für Sie.

Ubuntu 18 soll ein LTS sein, warum ist das nicht extrem nervig?
Problem, das in 19+ behoben wurde, wurde auf 18 zurückportiert? Bitte Leute, wir sind alle
hier leiden!

Am Do, 2. April 2020 um 02:44 Uhr Blair Jersyer [email protected]
schrieb:

Um das Problem konsistent zu reproduzieren, während Sie zum Browser wechseln, müssen Sie
müssen eine ganze Menge Zeit scrollen. Wenn Sie zu VsCode zurückkehren und es versuchen
Zum Scrollen springt es. Es ist ziemlich nervig ... Ich bin auf Ubuntu 18.04.3

- -
Sie erhalten dies, weil Sie kommentiert haben.
Antworte direkt auf diese E-Mail und sieh sie dir auf GitHub an
https://github.com/microsoft/vscode/issues/28795#issuecomment-607653635 ,
oder abbestellen
https://github.com/notifications/unsubscribe-auth/ABGEHKX3JWCBB5FI4TSLJFTRKQX4RANCNFSM4DPLVGGQ
.

Bitte Leute, wir leiden alle hier!

Schmerz ist Schwäche, die den Körper verlässt ... Entschuldigung :) Ich fühle dich und bin jetzt bindend:

wmctrl -a Code

in meinem Fenster Manager auf ALT + 1 oder etwas, um vscode zu fokussieren. Das funktioniert! Das heißt, jemand könnte ein Shell-Skript schreiben, bei dem er sich an das zuletzt fokussierte Fenster erinnert, um das Verhalten der X11-Registerkarte zu ersetzen. Oder fehlt mir etwas?

Ubuntu 18 soll ein LTS sein. Warum wurde dieses äußerst nervige Problem, das in 19+ behoben wurde, nicht auf 18 zurückportiert? Bitte Leute, wir leiden alle hier!
…
Am Do, 2. April 2020 um 02:44 Uhr Blair Jersyer @ . * > hat geschrieben: Um das Problem konsistent zu reproduzieren, müssen Sie beim Wechseln zum Browser eine ganze Weile scrollen. Wenn Sie zu VsCode zurückkehren und versuchen zu scrollen, wird es springen. Es ist ziemlich nervig ... Ich bin auf Ubuntu 18.04.3 - Sie erhalten dies, weil Sie kommentiert haben. Antworten Sie direkt auf diese E-Mail, zeigen Sie sie auf GitHub < # 28795 (Kommentar) > an oder https://github.com/notifications/unsubscribe-auth/ABGEHKX3JWCBB5FI4TSLJFTRKQX4RANCNFSM4DPLVGGQ ab .

Ein Upgrade auf 19 behebt also das Problem? Wenn ja, werde ich dann upgraden.

Das Problem mit imwheel ist, dass es mich daran hindert, STRG zu halten und hineinzuzoomen (Figma) ...
Und es fühlt sich an wie eine Verzögerung mit meinen Maus-Vor- und Zurück-Tasten.

Gute Nachricht: Ich habe eine gute Problemumgehung gefunden!

Bei Verwendung des Alttab- Pakets tritt kein AUR mit z.

$ yay -S alttab-git

Sie müssen ALT-Tab lösen, bevor Sie es starten. Für mich (Xfce) ist es in den Window Manager-Einstellungen:

Wow, das war vor fast 3 Jahren geöffnet. Ich habe gerade ein Upgrade auf Ubuntu 18.04.4 LTS durchgeführt und kann diesen Fehler immer noch erzeugen. Dies war auf meinem Ubuntu 16.04 kein Problem.

Die Antwort ist also nur in den Kommentaren https://github.com/microsoft/vscode/issues/28795#issuecomment -391258341 versteckt.
Für Ubuntu 18.04.4 LTS installieren imwheel . sudo apt install imwheel . Stellen Sie sicher, dass Sie es auch ausführen.

Die Antwort ist also nur in den Kommentaren # 28795 (Kommentar) versteckt.
Für Ubuntu 18.04.4 LTS installieren imwheel . sudo apt install imwheel . Stellen Sie sicher, dass Sie es auch ausführen.

Und wenn Sie weiterlesen, werden Sie sehen, dass imwheel beschissen ist ... Meine Problemumgehung ( alttab ) sieht hässlich aus, funktioniert aber wie ein Zauber ... https://github.com/microsoft/ vscode / issue / 28795 # issuecomment -608751048

Wenn Sie imwheel "as is" ausführen, können Sie den Trick nicht als Problemumgehung festlegen, wenn Sie die Schaltflächen " imwheel -b 45 nicht deaktivieren

@thegitfather tnx für die hässliche Problemumgehung scheint vscode für einen Moment einzufrieren, um das Sprungproblem zu verhindern (was mich manchmal dazu bringt, meinen Computer vom Balkon zu werfen).

Denken Sie, dass es möglich ist, die Desktop-Anwendung von alttab auszuschließen?
Der Desktop, der immer die erste oder zweite App ist, scheint mich daran zu hindern, regelmäßig Alttab-Verhalten wie Zurück- und Viertes zu verwenden, ohne mehrmals die Tabulatortaste zu drücken.
Auch Alttab reagiert sehr langsam. Haben Sie es geschafft, etwas dagegen zu unternehmen?
Wenn ich zu einem Konsolenfenster gehe, erhält es keinen Fokus. Gibt es eine Lösung dafür?

Bearbeiten: Wenn Sie keinen Fokus erhalten, wird das Problem möglicherweise "behoben".

Fix für fehlendes Logo (Ubuntu 18.04)
sudo cp ~/Downloads/code.png /usr/share/icons/hicolor/256x256/apps/code.png

Nach dem Upgrade auf Ubuntu 20.04 LTS Focal Fossa kann ich bestätigen, dass dieser nervige Fehler für mich verschwunden ist. VS Code fühlt sich wieder wie im Himmel an!

Nach dem Upgrade auf Ubuntu 20.04 LTS Focal Fossa kann ich bestätigen, dass dieser nervige Fehler weiterhin vorhanden ist, wenn alle Erweiterungen deaktiviert sind.

Ich bin auf Ubuntu 18.04.

Hier ist meine Pflasterung für diesen irritierenden Fehler: Jedes Mal, wenn ich zu VS-Code (mit ALT + TAB) wechsle, mache ich einen schnellen Bildlauf unabhängig von der Richtung, während ich die

Kann ich mehr Details verstehen?

In Ubuntu 18.04 installieren Sie einfach

sudo apt-get install imwheel

Das hat bei mir funktioniert. Danke @ shamim-42

@ Shamim-42 hat es absolut getötet. Hatte diesen Fehler jahrelang, zuerst in Atom, dann in VSCode, dann in anderen elektronenbasierten Apps. Ich habe nie eine Lösung gefunden, bis ich Ihren Beitrag heute gelesen habe.

Nach der Installation von imwheel ich es meinen Sitzungsstartelementen hinzugefügt und es hat funktioniert.
Keine Ahnung, ob es noch Nebenwirkungen gibt, da ich allerdings nur den speziellen "nervigen" Anwendungsfall getestet habe.

Vielen Dank für die vorübergehende Korrektur, @ shamim-42!

Das ist wirklich ein nerviger Fehler!
Es sieht so aus, als ob imwheel selbst ein Problem mit Sprüngen während des Bildlaufs mithilfe eines Touchpads hat :( Getestet am 18.04.2.

Bestätigt, der Imwheel Fix funktioniert nur bei mir mit einer externen Maus. Auf
Trackpad es stottert alles.

Am Do, 11. Juni 2020, 15:33 Uhr Oleksandr Shlinchak, [email protected]
schrieb:

Das ist wirklich ein nerviger Fehler!
Es sieht so aus, als ob imwheel selbst ein Problem mit Sprüngen während des Bildlaufs hat
mit einem Touchpad :( Getestet am 18.04.2.

- -
Sie erhalten dies, weil Sie kommentiert haben.
Antworte direkt auf diese E-Mail und sieh sie dir auf GitHub an
https://github.com/microsoft/vscode/issues/28795#issuecomment-642698120 ,
oder abbestellen
https://github.com/notifications/unsubscribe-auth/AAGI5FMXFEVJPFCQYKXWOHTRWDTM3ANCNFSM4DPLVGGQ
.

So nerviger Fehler und so einfache Lösung - https://gitlab.gnome.org/GNOME/mutter/-/merge_requests/181/diffs?commit_id=5a71ed44115f730263086218316839fad006b71c

Für die Aktualisierung von Gnome musste ich auf Ubuntu 20.04 aktualisieren. Jetzt funktioniert alles so, wie es hätte sein sollen: v:

Hallo, das Problem wurde von Ubuntu 19.04 (das ich derzeit verwende) behoben. Wenn Ihnen das zu nervt und Sie keine Lösungen von Drittanbietern verwenden möchten, aktualisieren Sie Ihr Ubuntu.

Ubuntu 19 ist nicht die LTS, 18 ist. Viele Leute können wegen
diese. Ich sollte das LTS nicht verlassen müssen, um einen extrem nervigen Fehler zu beheben.
Imwheel macht das Trackpad auf einem Laptop unbrauchbar und ist nicht gut
Lösung.

Am Mittwoch, 17. Juni 2020, um 7:51 Uhr Blair Jersyer [email protected]
schrieb:

Hallo, das Problem wurde von Ubuntu 19.04 (das ich derzeit verwende) behoben. Wenn
Das ist zu nervig für dich, dann aktualisiere dein Ubuntu.

- -
Sie erhalten dies, weil Sie kommentiert haben.
Antworte direkt auf diese E-Mail und sieh sie dir auf GitHub an
https://github.com/microsoft/vscode/issues/28795#issuecomment-645326887 ,
oder abbestellen
https://github.com/notifications/unsubscribe-auth/ABGEHKUOGUI5KWNTEOYYZYDRXCU25ANCNFSM4DPLVGGQ
.

Ich kann bestätigen, dass es am 20.04 nicht behoben ist. Ich benutze Xubuntu.

Am Mittwoch, 17. Juni 2020, 12:54 Uhr James Guillochon, [email protected]
schrieb:

Ubuntu 19 ist nicht die LTS, 18 ist. Viele Leute können wegen
diese. Ich sollte das LTS nicht verlassen müssen, um einen extrem nervigen Fehler zu beheben.
Imwheel macht das Trackpad auf einem Laptop unbrauchbar und ist nicht gut
Lösung.

Am Mittwoch, 17. Juni 2020, um 7:51 Uhr Blair Jersyer [email protected]
schrieb:

Hallo, das Problem wurde von Ubuntu 19.04 (das ich derzeit verwende) behoben. Wenn
Das ist zu nervig für dich, dann aktualisiere dein Ubuntu.

- -
Sie erhalten dies, weil Sie kommentiert haben.
Antworte direkt auf diese E-Mail und sieh sie dir auf GitHub an
< https://github.com/microsoft/vscode/issues/28795#issuecomment -645326887
,
oder abbestellen
<
https://github.com/notifications/unsubscribe-auth/ABGEHKUOGUI5KWNTEOYYZYDRXCU25ANCNFSM4DPLVGGQ

.

- -
Sie erhalten dies, weil Sie kommentiert haben.
Antworte direkt auf diese E-Mail und sieh sie dir auf GitHub an
https://github.com/microsoft/vscode/issues/28795#issuecomment-645328184 ,
oder abbestellen
https://github.com/notifications/unsubscribe-auth/AAGI5FOQBD6JMBHXUTDXF5DRXCVGBANCNFSM4DPLVGGQ
.

Ubuntu 19 ist nicht die LTS, 18 ist. Viele Leute können aus diesem Grund keine gute Lösung.
…
Am Mittwoch, 17. Juni 2020, um 7:51 Uhr Blair Jersyer @ . * > schrieb: Hallo, das Problem wurde von Ubuntu 19.04 (das ich derzeit verwende) behoben. Wenn Ihnen das zu nervt, aktualisieren Sie Ihr Ubuntu. - Sie erhalten dies, weil Sie kommentiert haben. Antworten Sie direkt auf diese E-Mail, zeigen Sie sie auf GitHub < # 28795 (Kommentar) > an oder abbestellen Sie https://github.com/notifications/unsubscribe-auth/ABGEHKUOGUI5KWNTEOYYZYDRXCU25ANCNFSM4DPLVGGQ .

Wie gesagt ... ab Ubuntu 19 ist das Problem behoben. Dies beinhaltet Ubuntu 20.04. Es stehen Lösungen für Sie zur Verfügung, weitere Beschwerden sind sinnlos. Ich hatte Ubuntu 18.04 auf meinem Laptop und PC, auf dem ich das Problem hatte. Ich habe sowohl auf 19.04 als auch auf 20.04 aktualisiert und das Problem ist behoben.

Wie auch immer, ich melde mich von diesem Problem ab, da es für mich nicht mehr relevant ist. Viel Glück Leute.

@ Blair2004 Wir verwenden auch imwheel spielt mit Trackpads nicht gut. Ich bin neugierig, wurde das Problem am 20.04 auch für Sie auf dem Trackpad behoben?

Oh, und vielleicht ist das hilfreich - wir verwenden kein Gnome, wir verwenden XFCE.

@ Blair2004 Wir verwenden auch imwheel spielt mit Trackpads nicht gut. Ich bin neugierig, wurde das Problem am 20.04 auch für Sie auf dem Trackpad behoben?

Oh, und vielleicht ist das hilfreich - wir verwenden kein Gnome, wir verwenden XFCE.

Das ist wahrscheinlich der Grund, warum ich Gnome benutze.

Problem vorhanden mit xfce + ubuntu 20.04 (eigentlich ubuntustudio) + trackpad

Problem vorhanden mit xfce + ubuntu 20.04 (eigentlich ubuntustudio) + trackpad

Ähnliche Plattform (Xubuntu 20.04) und Problem für mich, aber passiert auch mit der Maus.

Problem mit Linux Mint MATE (GNOME2-Gabel). Interessanterweise habe ich es erst bemerkt, seit ich auf Linux Mint 20 aktualisiert habe. Als ich unter Linux Mint 18 war (mit einer älteren Version von VS Code), hatte ich dieses Problem nicht.

Das nervt mich schon seit einiger Zeit und ich denke, ich kann es reproduzieren. Es passiert nur (zumindest für mich), wenn sich das Mini-Suchfeld in der oberen rechten Ecke des Editors befindet. Wenn ich es entlasse, verschwindet das Scrollen.

EDIT: Ich bin unter Windows & OSX.

Gleiches hier (Xubuntu)

Wiedergabe auf Debian 10 + Gnome-Shell 3.30.2-11 ~ deb10u2

Wird auch auf meinem System sehr oft reproduziert (Ubuntu MATE 20.04.01). Ich arbeite hauptsächlich mit Tastatur und Maus.

Das Installieren (und Ausführen) von imwheel hat das Problem nicht behoben - ich hatte nur ein Vorkommen.

Ich vermute (schwer zu sagen, da ich nie auf die Ursache geachtet habe), dass es passiert, wenn ich den Desktop-Arbeitsbereich (über Hotkeys) und / oder den Vordergrund (wieder über Hotkeys, in diesem Fall Alt+Tab .

Dieses Problem verwirrt mich sofort, wenn ich in einen zufälligen Codeblock geworfen werde und meinen Weg zurück finden muss. :schwindlig:

3 Jahre und Zählen.

@ Microsoft VS-Code-Crew: Was auch immer Sie tun, um dies eindeutig anzugehen, funktioniert nicht.
Zeit, ein Tigerteam zusammenzustellen und dieses anzugehen: tiger2 :: Runner: - um all unserer Vernunft willen. : face_with_head_bandage:

Ich kann bestätigen, dass die Hauptursache für dieses Problem der zugrunde liegende Stapel (Electron?) Ist, da ich ähnliche Probleme außerhalb von VSCode finden konnte.

Ich werde diesen Thread nur anstoßen, da dieses Problem in der Tat frustrierend ist.
Passiert mir in Visual Studio Code nach Alt + Tab auf Firefox-Browser. Jedes in Firefox durchgeführte Scrollen wird gepuffert und angewendet, sobald ich im VS-Fenster zurück scrolle. Super frustrierend, zurück zu dem Codeabschnitt zu scrollen, an dem ich jedes Mal arbeite.
Edit: Firefox *, nicht Chrome ..

Wiedergabe mit Vscodium 1.47 und Gedit.

Schritte zum Reproduzieren:

1.Öffnen Sie ein langes Dokument mit Vscode, ein anderes mit Gedit

1. Konzentrieren Sie sich oben in der Datei auf Vscode
2. Wechseln Sie mit Alt + Tab zu Gedit und scrollen Sie nach unten
3. Scrollen Sie mit Alt + Tab zurück zu Vscode und scrollen Sie ein wenig nach unten
   → Vscode springt am Ende der Datei

Config: Debian 10 + Gnome-Shell 3.30.2-11 ~ deb10u2
Zeiger: Lenovo Trackpoint-Tastatur
VsCodium Version: 1.47.3
Commit: 91899dcef7b8110878ea59626991a18c8a6a1b3e
Datum: 2020-07-23T15: 51: 39.791Z
Elektron: 7.3.2
Chrome: 78.0.3904.130
Node.js: 12.8.1
V8: 7.8.279.23-Elektron.0
Betriebssystem: Linux x64 5.7.0-3-amd64

@iootaa imwheel scheint das Problem zu beheben.

@ yuriy-chumak Es funktioniert nicht für Trackpads.

Ja, ich benutze einen Trackpoint und das Imwheel ist Mäusen gewidmet

@ Hickscorp , yup. Und die mouse-pointer springen auch zufällig (irgendwo nach unten), wenn ich Maus und / oder Trackpad benutze. Ich dachte, dass meine Maus fehlerhaft ist.

Mit Ubuntu 18.04 und VScode 1.50.1,

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

funktioniert wirklich.

Ich bezweifle, dass es sich um ein Betriebssystemproblem handelt, da es anderen Anwendungen passiert ...