Kliknięcia myszą przestają działać po losowym czasie za pomocą Awesome WM + Gnome


22

Korzystam z Awesome Window Manager razem z Gnome w Linux Mint. Kilka razy dziennie doświadczam następującego problemu:

Nagle mysz częściowo przestaje działać, co oznacza, że ​​nadal mogę przesuwać kursor, ale kliknięcie myszą nic nie da. Ponadto kursor nie zmienia się, kiedy powinien, np. Podczas najechania kursorem na łącza.

Ten stan nie zmienia się do momentu ponownego uruchomienia komputera lub ponownego uruchomienia serwera X za pomocą Ctrl + Alt + Backspace.

Mimo to system działa całkiem normalnie. (Piszę teraz tę wiadomość bez myszy)

Myślę, że jest bardzo mało prawdopodobne, że to mysz, ponieważ zmiana myszy nie zmienia zachowania.

Dla mnie wygląda to trochę tak, jakby jakieś niewidzialne okno zostało nałożone na cały ekran, albo jakaś aplikacja „uchwyciła” mysz i jej nie wypuściła, ale to tylko spekulacja.

Próbowałem nawet za pośrednictwem TeamViewera i pokazuje to samo zachowanie - nie działa przenoszenie, najechanie myszką i kliknięcie.

Powinienem wspomnieć, że problem ma charakter globalny i nie ogranicza się do żadnego specjalnego programu.

Teraz wiem, kiedy błąd występuje dokładnie: jeśli kliknę aplikację Gtk (taką jak Nautilus, Gedit, Ubuntu Software Center) gdzieś na pasku menu lub pasku narzędzi, gdzie nie ma żadnego menu ani przycisku (np. Z prawej strony menu „Pomoc” w Nautilus), wtedy ten błąd występuje. Jeśli zamknę odpowiednią aplikację, zniknie.

Zacznę do tego nowy wątek .


2
Uruchom xevi sprawdź, czy pojawiają się zdarzenia kliknięcia ...
pbm

1
Doświadczyłem tego samego w przeszłości, więc nie sądzę, że jest to coś specjalnego w twoim sprzęcie. Nie miałem wtedy Gnome'a. Obecnie mam dwa systemy z Awesome i żaden z nich nie wykazuje tego zachowania.
Shawn J. Goff,

@pbm: Próbowałem i nie są wyświetlane żadne zdarzenia myszy xev, ale zdarzenia klawiatury.
maxi.weller

Coś modalnego kradnie fokus wejściowy, ale nie pokazuje ci aktywności? Być może klucz, którego nie znasz, dla polecenia uruchomienia lub wykonania, które nie jest rysowane?
Caleb

1
Dla każdego, kto był ciekawy, taki jak ja, inne pytanie Maxa brzmi: unix.stackexchange.com/questions/34412/ ... .. ale niestety (obecnie) nie ma odpowiedzi.
machineghost

Odpowiedzi:


6

Mam również ten problem. Myślę, że jest to związane z błędem tutaj:

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

Problem wydaje się być związany ze specyficzną funkcjonalnością w GTK 3.0, prawdopodobnie związaną ze zmianą rozmiaru okna lub pojawieniem się uchwytu zmiany rozmiaru: Mam takie zachowanie, gdy używam Meta-Mouse2 do zmiany rozmiaru w Awesome. Widziałem też, jak to się dzieje podczas regularnego używania. Niektóre rzeczy, które mogą pomóc:

1) Możesz rozpocząć zamykanie losowych okien GTK. Z mojego doświadczenia wynika, że ​​problem zniknie niezawodnie tylko po zamknięciu mojego ostatniego terminalu gnomów. Naprawdę powinienem znaleźć terminal inny niż gtk, który mi się podoba.

2) Zawsze uruchamiaj niesamowite z oknami w jakimś układzie, a nie za darmo. Spowoduje to, że uchwyt zmiany rozmiaru nie pojawi się przypadkowo.

Poza tym myślę, że najlepiej, co możesz zrobić, to poczekać, aż ktoś wymyśli ścieżkę kodu i naprawi ten problem.


Cześć, myślę, że masz rację z uchwytem zmiany rozmiaru, ale jest inne miejsce, w którym to się dzieje: jeśli kliknę aplikację Gtk (taką jak Nautilus, Gedit, Ubuntu Software Center) gdzieś na pasku menu lub pasku narzędzi, gdzie nie ma menu lub przycisk jest (np. po prawej stronie menu „Pomoc” w Nautilusie), wtedy ten błąd występuje. Jeśli zamknę odpowiednią aplikację, zniknie.
maxi.weller

Jest to zdecydowanie interesujące, ponieważ ostatnio miałem podobny problem. Wpłynęło to tylko na niektóre z niewielu rzeczy Gnome / GTK, których używam. A kiedy wyłączyłem kompozytor, przestałem mieć te problemy. Używam jednak LMDE z menedżerem okien XFCE4.
vgoff,

(Przynajmniej w obecnej formie) nie musisz zamykać losowych aplikacji. Ten, którego użyłeś tuż przed wystąpieniem błędu, i ten, na który zamierzałeś się zmienić, lub ten, który przypadkowo kliknąłeś, jest najbardziej prawdopodobnymi kandydatami. Ponieważ mysz praktycznie przestaje działać po wystąpieniu błędu, okna powinny być dość łatwe do zidentyfikowania.
Bananguin

4

Chwytak myszy po kliknięciu dowolnego pustego obszaru na pasku tytułu / menu w nautilius / evince / gnome-terminal / etc. zdarza mi się także na Ubuntu 11.10 / libgtk-3-0 3.2.0-0ubuntu6 / awesome 3.4.10-1.

A killall nautilusmniej więcej na konsoli zwalnia uchwyt myszy; w Nautilusie zamknięcie okna za pomocą Meta-cnie pomaga.

Wydaje się, że istnieje poprawka dotycząca problemu zmiany rozmiaru nadchodzącego potoku dla GTK + 3.3.6, przypuszczalnie związanego?

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


Dziękujemy za udostępnienie informacji! Dowiedziałem się również, że zabicie aplikacji pomaga. Ale nadal denerwujące jest zabijanie nautilusa, ponieważ zamyka wszystkie okna menedżera plików, nie tylko to, które powoduje błąd :-(
maxi.weller

Znalazłem również raport o błędzie w Launchpad Ubuntu , mówią, że zostanie naprawiony w Ubuntu 12.04 (który zostanie wydany w kwietniu).
maxi.weller

Widzę ten problem również w Ubuntu 14.04.
miphe

Widzę ten problem również w Ubuntu MATE 15.10.
quant_dev
Korzystając z naszej strony potwierdzasz, że przeczytałeś(-aś) i rozumiesz nasze zasady używania plików cookie i zasady ochrony prywatności.
Licensed under cc by-sa 3.0 with attribution required.