Mit Awesome WM + Gnome funktionieren Mausklicks nach einer zufälligen Zeit nicht mehr


22

Ich benutze den Awesome Window Manager zusammen mit Gnome in Linux Mint. Ich habe mehrmals am Tag das folgende Problem:

Plötzlich funktioniert die Maus teilweise nicht mehr, was bedeutet, dass ich den Cursor immer noch bewegen kann, aber Mausklicks nichts bewirken. Außerdem ändert sich der Cursor nicht, wenn er sollte, z. B. wenn Sie den Mauszeiger über Links halten.

Dieser Status ändert sich erst, wenn der Computer neu gestartet oder der X-Server mit Strg + Alt + Rücktaste neu gestartet wird.

Trotzdem funktioniert das System ganz normal. (Ich schreibe diese Nachricht im Moment ohne Maus)

Ich halte es für sehr unwahrscheinlich, dass es sich um die Maus handelt, da das Ändern der Maus das Verhalten nicht ändert.

Für mich fühlt es sich ein bisschen so an, als wäre ein unsichtbares Fenster über den gesamten Bildschirm gelegt worden, oder eine Anwendung hat die Maus "eingefangen" und nicht freigegeben, aber das ist nur Spekulation.

Ich habe es sogar über TeamViewer ausprobiert und es zeigt dasselbe Verhalten - Bewegen funktioniert, Schweben und Klicken nicht.

Ich sollte erwähnen, dass das Problem global ist und nicht auf ein spezielles Programm beschränkt ist.

Jetzt weiß ich genau, wann der Fehler auftritt: Wenn ich in einer Gtk-Anwendung (wie Nautilus, Gedit, Ubuntu Software Center) irgendwo in der Menüleiste oder der Symbolleiste klicke, wo sich kein Menü oder keine Schaltfläche befindet (z. B. rechts neben dem Menü "Hilfe") in Nautilus), dann tritt dieser Fehler auf. Wenn ich die entsprechende Anwendung schließe, verschwindet sie.

Ich werde dafür einen neuen Thread starten .


2
Führen Sie aus, xevund überprüfen Sie, ob Click-Ereignisse
angezeigt

1
Ich habe das gleiche Verhalten in der Vergangenheit erlebt, daher denke ich nicht, dass es etwas Besonderes an Ihrer Hardware ist. Ich hatte zu der Zeit keinen Gnom. Ich habe derzeit zwei Systeme mit Awesome und keines von beiden zeigt dieses Verhalten.
Shawn J. Goff

@pbm: Ich habe es versucht und es werden keine Mausereignisse angezeigt xev, aber Tastaturereignisse.
Maxi.Weller

Etwas Modales stiehlt den Eingabefokus, zeigt Ihnen aber nicht die Aktivität? Vielleicht eine Schlüsselbindung, die Sie für einen nicht gezeichneten Lauf oder eine nicht gezeichnete Ausführungsaufforderung nicht kennen?
Caleb

1
Für alle, die neugierig waren wie ich, lautet die andere Frage von Max: unix.stackexchange.com/questions/34412/… .. aber leider hat sie (derzeit) keine Antworten.
Maschinengeist

Antworten:


6

Ich habe auch dieses Problem. Ich denke, es hängt mit dem Fehler hier zusammen:

http://osdir.com/ml/blfs-support/2011-12/msg00059.html

Das Problem hängt anscheinend mit bestimmten Funktionen in gtk 3.0 zusammen, wahrscheinlich mit der Größenänderung des Fensters oder dem Erscheinen des Größenänderungsgriffs: Ich habe dieses Verhalten festgestellt, wenn ich Meta-Mouse2 zum Ändern der Größe in Awesome verwende. Ich habe auch gesehen, dass es nur im Laufe der regelmäßigen Nutzung passiert. Einige Dinge, die helfen könnten:

1) Sie können zufällige GTK-Fenster schließen. Meiner Erfahrung nach verschwindet das Problem nur dann zuverlässig, wenn ich mein letztes Gnome-Terminal schließe. Ich sollte wirklich ein Nicht-Gtk-Terminal finden, das mir gefällt.

2) Laufen Sie immer fantastisch mit Ihren Fenstern in einem Layout anstatt kostenlos. Dadurch wird der Größenänderungsgriff nicht versehentlich angezeigt.

Abgesehen davon, denke ich, können Sie am besten warten, bis jemand den Codepfad herausgefunden und das Problem behoben hat.


Hallo, ich denke, Sie haben Recht mit der Größenänderung Griff, aber es gibt einen anderen Ort, wo dies passiert: Wenn ich in einer Gtk-Anwendung (wie Nautilus, Gedit, Ubuntu Software Center) irgendwo in der Menüleiste oder der Symbolleiste, wo kein Menü oder Schaltfläche ist (zB rechts neben dem "Hilfe" -Menü in Nautilus), dann tritt dieser Fehler auf. Wenn ich die entsprechende Anwendung schließe, verschwindet sie.
Maxi.Weller

Das ist auf jeden Fall interessant, weil ich kürzlich ein ähnliches Problem hatte. Es betraf nur einige der wenigen Gnome / GTK-Dinge, die ich verwende. Und als ich den Compositor ausschaltete, hatte ich diese Probleme nicht mehr. Ich verwende jedoch LMDE mit dem XFCE4-Fenstermanager.
vgoff

(Zumindest in der aktuellen Form) müssen Sie keine zufälligen Anwendungen schließen. Diejenige, die Sie direkt vor dem Auftreten des Fehlers verwendet haben und zu der Sie wechseln wollten, oder diejenige, auf die Sie versehentlich geklickt haben, sind die wahrscheinlichsten Kandidaten. Da die Maus praktisch nicht mehr funktioniert, wenn der Fehler auftritt, sollten diese Fenster recht einfach zu identifizieren sein.
Bananguin

4

Die Maus greift beim Klicken auf einen leeren Bereich in der Titel- / Menüleiste in nautilius / evince / gnome-terminal / etc. passiert für mich auch unter Ubuntu 11.10 / libgtk-3-0 3.2.0-0ubuntu6 / awesome 3.4.10-1.

A killall nautilusoder so auf der Konsole gibt den Mausgriff frei; Bei Nautilus Meta-chilft es nicht , nur das Fenster mit einem zu schließen.

Es scheint eine Lösung für das Problem mit dem Größenänderungs-Handle zu geben, das in der Pipeline für GTK + 3.3.6 auftaucht und vermutlich damit zusammenhängt.

http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=630972
https://bugzilla.gnome.org/show_bug.cgi?id=650943
http://git.gnome.org/browse/ gtk + / tree / NEWS # n301
http://git.gnome.org/browse/gtk+/commit/?id=e3005ea454293d7b86f2bc39ba5fd028906b5c72


Vielen Dank für die Weitergabe Ihrer Informationen! Ich hatte auch herausgefunden, dass das Beenden der Anwendung hilft. Aber es ist immer noch ärgerlich, nautilus töten zu müssen, weil es alle Dateimanager-Fenster schließt , nicht nur das, das den Fehler verursacht :-(
maxi.weller

Ich habe auch einen Fehlerbericht in Ubuntus Launchpad gefunden , der in Ubuntu 12.04 (das im April veröffentlicht wird) behoben werden soll.
maxi.weller 20.03.12

Ich sehe dieses Problem auch in Ubuntu 14.04.
Miphe

Ich sehe dieses Problem auch in Ubuntu MATE 15.10.
quant_dev
Durch die Nutzung unserer Website bestätigen Sie, dass Sie unsere Cookie-Richtlinie und Datenschutzrichtlinie gelesen und verstanden haben.
Licensed under cc by-sa 3.0 with attribution required.