Los clics del mouse dejan de funcionar después de un tiempo aleatorio, usando Awesome WM + Gnome

22

Estoy usando Awesome Window Manager junto con Gnome en Linux Mint. Experimento el siguiente problema varias veces al día:

De repente, el mouse deja de funcionar parcialmente, lo que significa que todavía puedo mover el cursor, pero cualquier clic del mouse no hará nada. Además, el cursor no cambia cuando debería, por ejemplo, al pasar el mouse sobre los enlaces.

Este estado no cambia hasta reiniciar la computadora o reiniciar el servidor X con Ctrl + Alt + Retroceso.

A pesar de esto, el sistema funciona bastante normal. (Estoy escribiendo este mensaje sin mouse en este momento)

Creo que es muy poco probable que sea el mouse, ya que cambiar el mouse no cambia el comportamiento.

Para mí, se siente un poco como si se hubiera colocado una ventana invisible sobre toda la pantalla, o alguna aplicación "capturó" el mouse y no lo soltó, pero eso es solo especulación.

Incluso lo probé a través de TeamViewer, y muestra el mismo comportamiento: mover trabajos, desplazarse y hacer clic no.

Debo mencionar que el problema es global, no se limita a ningún programa especial.

Ahora sé cuándo ocurre el error exactamente: si hago clic en una aplicación Gtk (como Nautilus, Gedit, Ubuntu Software Center) en algún lugar de la barra de menú o la barra de herramientas donde no hay ningún menú o botón (por ejemplo, a la derecha del menú "Ayuda" en Nautilus), entonces se produce este error. Si cierro la aplicación correspondiente, desaparece.

Voy a comenzar un nuevo hilo para esto.

maxi.weller
fuente
2
Ejecute xevy compruebe si se muestran eventos de clic ...
pbm
1
He experimentado este mismo comportamiento en el pasado, por lo que no creo que tenga nada de especial en su hardware. No tenía Gnome en ese momento. Actualmente tengo dos sistemas con Awesome, y ninguno muestra ese comportamiento.
Shawn J. Goff
@pbm: lo intenté y no se muestran eventos del mouse xev, pero sí los eventos del teclado.
maxi.weller
¿Algo modal es robar el enfoque de entrada pero no mostrarle la actividad? ¿Quizás una combinación de teclas que desconoce para una solicitud de ejecución o ejecución que no se dibuja?
Caleb
1
Para cualquiera que tuviera curiosidad como yo, la otra pregunta de Max es: unix.stackexchange.com/questions/34412/… .. pero desafortunadamente (actualmente) no tiene respuestas.
machineghost

Respuestas:

6

Tengo este problema también. Creo que está relacionado con el error aquí:

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

El problema parece estar relacionado con la funcionalidad específica en gtk 3.0, probablemente relacionada con cambiar el tamaño de la ventana o hacer que aparezca el control de cambio de tamaño: obtuve este comportamiento cuando uso Meta-Mouse2 para cambiar el tamaño en Awesome. También lo he visto suceder en el transcurso del uso regular. Algunas cosas que pueden ayudar:

1) Puede comenzar a cerrar ventanas gtk aleatorias. En mi experiencia, el problema solo desaparece de manera confiable cuando cierro mi último terminal de gnomos. Realmente debería encontrar un terminal que no sea GTK que me agrade.

2) Siempre ejecute increíble con sus ventanas en algún diseño en lugar de gratis. Esto hará que el agarre de cambio de tamaño no aparezca accidentalmente.

Aparte de eso, creo que lo mejor que puedes hacer es esperar a que alguien descubra la ruta del código y solucione este problema.

Milo Polte
fuente
Hola, creo que tienes razón con el control de cambio de tamaño, pero hay otro lugar donde sucede esto: si hago clic en una aplicación Gtk (como Nautilus, Gedit, Ubuntu Software Center) en algún lugar de la barra de menú o la barra de herramientas donde no hay menú o el botón está (por ejemplo, a la derecha del menú "Ayuda" en Nautilus), entonces se produce este error. Si cierro la aplicación correspondiente, desaparece.
maxi.weller
Esto es definitivamente interesante, porque recientemente tuve un problema similar. Solo afectó algunas de las pocas cosas Gnome / GTK que uso. Y cuando apagué el compositor, dejé de tener estos problemas. Sin embargo, estoy usando LMDE con el administrador de ventanas XFCE4.
vgoff
(Al menos en su forma actual), no tiene que cerrar aplicaciones aleatorias. El que usó justo antes de que ocurriera el error y al que iba a cambiar, o al que hizo clic accidentalmente, son los candidatos más probables. Como el mouse prácticamente deja de funcionar cuando ocurre el error, estas ventanas deberían ser bastante simples de identificar.
Bananguin
4

El mouse agarra al hacer clic en cualquier área vacía en la barra de título / menú en nautilius / evince / gnome-terminal / etc. me sucede en Ubuntu 11.10 / libgtk-3-0 3.2.0-0ubuntu6 / awesome 3.4.10-1 también.

A más killall nautiluso menos en la consola libera la captura del mouse; con Nautilus, solo cerrar la ventana con un Meta-cno ayuda.

Parece que hay una solución para el problema del cambio de tamaño que se avecina para GTK + 3.3.6, ¿presumiblemente relacionado?

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

Tero Marttila
fuente
¡Gracias por compartir tu información! También descubrí que matar la aplicación ayuda. Pero sigue siendo molesto tener que matar nautilus porque cierra todas las ventanas del administrador de archivos, no solo la que causa el error :-(
maxi.weller
También encontré un informe de error en el Launchpad de Ubuntu , dicen que se solucionará en Ubuntu 12.04 (que se lanzó en abril).
maxi.weller
También veo este problema en Ubuntu 14.04.
miphe
Veo este problema también en Ubuntu MATE 15.10.
quant_dev