Щелчки мыши перестают работать через случайное время, используя Awesome WM + Gnome

22

Я использую Awesome Window Manager вместе с Gnome в Linux Mint. Я сталкиваюсь со следующей проблемой несколько раз в день:

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

Это состояние не изменяется до перезагрузки компьютера или перезагрузки X-сервера с помощью Ctrl + Alt + Backspace.

Несмотря на это система работает вполне нормально. (Сейчас пишу это сообщение без мышки)

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

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

Я даже попробовал через TeamViewer, и он показывает то же самое поведение - перемещение работает, зависание и нажатие - нет.

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

Теперь я точно знаю, когда ошибка возникает точно: если я щелкаю в приложении Gtk (например, Nautilus, Gedit, Ubuntu Software Center) где-то в строке меню или на панели инструментов, где нет меню или кнопки (например, справа от меню «Справка»). в Наутилус), то эта ошибка возникает. Если я закрою соответствующее приложение, оно исчезнет.

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

maxi.weller
источник
2
Запустите xevи проверьте, появляются ли события кликов ...
pbm
1
Я испытывал такое же поведение в прошлом, поэтому я не думаю, что это что-то особенное в любом вашем оборудовании. У меня не было гнома в то время. В настоящее время у меня есть две системы с Awesome, и ни одна из них не показывает такое поведение.
Шон Дж. Гофф
@pbm: я попробовал, и никакие события мыши не показываются xev, но события клавиатуры.
maxi.weller
Что-то модальное - кража фокуса ввода, но не отображение активности? Возможно, связывание ключей, о котором вы не знаете, для приглашения на запуск или выполнение, которое не было нарисовано?
Калеб
1
Для любого, кому было любопытно, как я, другой вопрос Макса: unix.stackexchange.com/questions/34412/… .. но, к сожалению, в настоящее время у него нет ответов.
Machineghost

Ответы:

6

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

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

Кажется, проблема связана со специфической функциональностью в gtk 3.0, вероятно, связанной с изменением размера окна или появлением ручки изменения размера: я получил такое поведение, когда использую Meta-Mouse2 для изменения размера в Awesome. Я также видел, что это происходит только в ходе регулярного использования. Некоторые вещи, которые могут помочь:

1) Вы можете начать закрывать случайные окна GTK. По моему опыту, проблема только надежно исчезает, когда я закрываю свой последний терминал гнома. Я действительно должен найти терминал не-GTK, который радует меня.

2) Всегда запускайте классно с вашими окнами, а не бесплатно. Это сделает ручку изменения размера не обнаруженной случайно.

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

Мило Полте
источник
Привет, я думаю, что вы правы с ручкой изменения размера, но есть другое место, где это происходит: если я щелкаю в приложении Gtk (например, Nautilus, Gedit, Ubuntu Software Center) где-то в строке меню или на панели инструментов, где нет меню или кнопка (например, справа от меню «Справка» в Nautilus), то эта ошибка возникает. Если я закрою соответствующее приложение, оно исчезнет.
maxi.weller
Это определенно интересно, потому что у меня недавно была похожая проблема. Это затронуло только некоторые из немногих вещей, которые я использую в Gnome / GTK. И когда я выключил композитор, у меня перестали возникать эти проблемы. Я использую LMDE с оконным менеджером XFCE4, хотя.
vgoff
(По крайней мере, в текущей форме) вам не нужно закрывать случайные приложения. Тот, который вы использовали непосредственно перед тем, как произошла ошибка, и тот, на который вы собирались переключиться, или тот, на который вы случайно нажали, являются наиболее вероятными кандидатами. Поскольку мышь практически перестает работать, когда возникает ошибка, эти окна должны быть довольно просты для идентификации.
Bananguin
4

Мышь захватывается при нажатии на любую пустую область в заголовке / строке меню в nautilius / evince / gnome-Terminal / и т.д. происходит для меня на Ubuntu 11.10 / libgtk-3-0 3.2.0-0ubuntu6 / awesome 3.4.10-1.

A killall nautilusили около того на консоли освобождает захват мыши; с Nautilus, просто закрытие окна с Meta-cне помогает.

Кажется, есть исправление для проблемы с изменением размера, которая появится на конвейере для GTK + 3.3.6, предположительно связанная?

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

Теро Мартилла
источник
Спасибо за обмен вашей информацией! Я также узнал, что убийство приложения помогает. Но все еще раздражает необходимость убивать nautilus, потому что он закрывает все окна файлового менеджера, а не только то, которое вызывает ошибку :-(
maxi.weller
Я также нашел сообщение об ошибке в Launchpad в Ubuntu , говорят, что оно будет исправлено в Ubuntu 12.04 (выпущенной в апреле).
maxi.weller
Я вижу эту проблему и в Ubuntu 14.04.
Miphe
Я вижу эту проблему также в Ubuntu MATE 15.10.
Quant_Dev