Les clics de souris cessent de fonctionner après un temps aléatoire, en utilisant Awesome WM + Gnome

22

J'utilise Awesome Window Manager avec Gnome dans Linux Mint. Je rencontre le problème suivant plusieurs fois par jour:

Soudain, la souris cesse partiellement de fonctionner, ce qui signifie que je suis toujours en mesure de déplacer le curseur, mais aucun clic de souris ne fera rien. De plus, le curseur ne change pas quand il le devrait, par exemple lorsque vous survolez des liens.

Cet état ne change pas avant de redémarrer l'ordinateur ou de redémarrer le serveur X avec Ctrl + Alt + Retour arrière.

Malgré cela, le système fonctionne tout à fait normalement. (J'écris ce message sans souris pour le moment)

Je pense qu'il est très peu probable que ce soit la souris car changer la souris ne change pas le comportement.

Pour moi, cela ressemble un peu à une fenêtre invisible qui a été placée sur tout l'écran, ou à une application qui a "capturé" la souris et ne l'a pas relâchée, mais ce n'est que de la spéculation.

Je l'ai même essayé via TeamViewer, et il montre le même comportement - le déplacement des œuvres, le survol et le clic ne le font pas.

Je dois mentionner que le problème est mondial, ne se limite à aucun programme spécial.

Maintenant, je sais quand le bogue se produit exactement: si je clique sur une application Gtk (comme Nautilus, Gedit, Ubuntu Software Center) quelque part dans la barre de menus ou la barre d'outils où aucun menu ou bouton ne se trouve (par exemple, à droite du menu "Aide" dans Nautilus), ce bug se produit. Si je ferme l'application correspondante, elle disparaît.

Je vais commencer un nouveau fil pour cela.

maxi.weller
la source
2
Exécutez xevet vérifiez si les événements de clic apparaissent ...
pbm
1
J'ai connu ce même comportement dans le passé, donc je ne pense pas que ce soit quelque chose de spécial sur votre matériel. Je n'avais pas Gnome à l'époque. J'ai actuellement deux systèmes avec Awesome, et aucun ne montre ce comportement.
Shawn J. Goff
@pbm: J'ai essayé et aucun événement de souris n'est affiché xev, mais les événements de clavier le sont.
maxi.weller
Quelque chose de modal vole le focus d'entrée mais ne vous montre pas l'activité? Peut-être une liaison de clé que vous ignorez pour une invite d'exécution ou d'exécution qui n'est pas dessinée?
Caleb
1
Pour tous ceux qui étaient curieux comme moi, l'autre question de Max est: unix.stackexchange.com/questions/34412/… .. mais malheureusement il (actuellement) n'a pas de réponses.
machineghost

Réponses:

6

J'ai ce problème aussi. Je pense que c'est lié au bug ici:

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

Le problème semble être lié à des fonctionnalités spécifiques de gtk 3.0, probablement liées au redimensionnement de la fenêtre ou à l'apparition de la poignée de redimensionnement: j'ai ce problème lorsque j'utilise Meta-Mouse2 pour redimensionner dans Awesome. Je l'ai également vu se produire juste au cours d'une utilisation régulière. Certaines choses qui pourraient aider:

1) Vous pouvez commencer à fermer des fenêtres gtk aléatoires. D'après mon expérience, le problème ne disparaît de manière fiable que lorsque je ferme mon dernier terminal gnome. Je devrais vraiment trouver un terminal non-gtk qui me plaise.

2) Exécutez toujours génial avec vos fenêtres dans une certaine disposition plutôt que gratuitement. Cela empêchera la poignée de redimensionnement d'apparaître accidentellement.

En dehors de cela, je pense que le mieux que vous puissiez faire est d'attendre que quelqu'un comprenne le chemin du code et corrige ce problème.

Milo Polte
la source
Salut, je pense que vous avez raison avec la poignée de redimensionnement, mais il y a un autre endroit où cela se produit: Si je clique sur une application Gtk (comme Nautilus, Gedit, Ubuntu Software Center) quelque part dans la barre de menus ou la barre d'outils où aucun menu ou le bouton est (par exemple, à droite du menu "Aide" dans Nautilus), alors ce bug se produit. Si je ferme l'application correspondante, elle disparaît.
maxi.weller
C'est certainement intéressant, car j'ai récemment eu un problème similaire. Cela n'a affecté que quelques-unes des très rares choses Gnome / GTK que j'utilise. Et quand j'ai arrêté le compositeur, j'ai cessé d'avoir ces problèmes. J'utilise cependant LMDE avec le gestionnaire de fenêtres XFCE4.
vgoff
(Au moins dans sa forme actuelle), vous n'avez pas à fermer les applications aléatoires. Celui que vous avez utilisé juste avant le bug et celui vers lequel vous alliez basculer, ou celui sur lequel vous avez accidentellement cliqué sont les candidats les plus probables. Comme la souris cesse pratiquement de fonctionner lorsque le bogue se produit, ces fenêtres doivent être assez simples à identifier.
Bananguin
4

La souris s'empare lorsque vous cliquez sur une zone vide de la barre de titre / menu dans nautilius / evince / gnome-terminal / etc. arrive pour moi sur Ubuntu 11.10 / libgtk-3-0 3.2.0-0ubuntu6 / awesome 3.4.10-1 ainsi.

A peu killall nautilusprès la console relâche la saisie de la souris; avec Nautilus, le simple fait de fermer la fenêtre avec un Meta-cn’aide pas.

Il semble y avoir un correctif pour le problème de redimensionnement de la poignée à venir dans le pipeline pour GTK + 3.3.6, probablement lié?

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
la source
Merci d'avoir partagé vos informations! J'avais également découvert que tuer l'application aide. Mais il est toujours ennuyeux de devoir tuer Nautilus car il ferme toutes les fenêtres du gestionnaire de fichiers, pas seulement celle qui cause le bug :-(
maxi.weller
J'ai également trouvé un rapport de bogue dans le Launchpad d'Ubuntu , ils disent qu'il sera corrigé dans Ubuntu 12.04 (qui est publié en avril).
maxi.weller
Je vois également ce problème dans Ubuntu 14.04.
miphe
Je vois ce problème également dans Ubuntu MATE 15.10.
quant_dev