Os cliques do mouse param de funcionar após um tempo aleatório, usando o Awesome WM + Gnome

22

Estou usando o Awesome Window Manager junto com o Gnome no Linux Mint. Sinto o seguinte problema várias vezes ao dia:

De repente, o mouse para de funcionar parcialmente, o que significa que ainda consigo mover o cursor, mas qualquer clique do mouse não faz nada. Além disso, o cursor não muda quando deveria, por exemplo, ao passar o mouse sobre os links.

Esse estado não muda até reiniciar o computador ou reiniciar o servidor X com Ctrl + Alt + Backspace.

Apesar disso, o sistema funciona bastante normal. (Estou escrevendo esta mensagem sem mouse no momento)

Eu acho muito improvável que seja o mouse, pois mudar o mouse não muda o comportamento.

Para mim, parece que alguma janela invisível foi colocada em toda a tela ou algum aplicativo "capturou" o mouse e não o liberou, mas isso é apenas especulação.

Até tentei pelo TeamViewer e mostra o mesmo comportamento - mover obras, pairar e clicar não.

Devo mencionar que o problema é global, não limitado a nenhum programa especial.

Agora eu sei quando o erro ocorre exatamente: se eu clicar em um aplicativo Gtk (como Nautilus, Gedit, Ubuntu Software Center) em algum lugar da barra de menus ou da barra de ferramentas onde não há menu ou botão (por exemplo, à direita do menu "Ajuda" no Nautilus), esse bug ocorre. Se eu fechar o aplicativo correspondente, ele desaparecerá.

Vou iniciar um novo tópico para isso.

gnome mouse awesome maxi.weller
fonte
2
Run xeve verifique se eventos de clique aparece ...
PBM
1
Eu experimentei esse mesmo comportamento no passado, então não acho que seja algo especial em seu hardware. Eu não tinha o Gnome na época. Atualmente, tenho dois sistemas com o Awesome e nenhum deles mostra esse comportamento.
Shawn J. Goff
@ PBM: Eu tentei, e nenhum evento do mouse é mostrado xev, mas os eventos do teclado são.
maxi.weller
Algo modal está roubando o foco da entrada, mas não mostrando a atividade? Talvez você não conheça uma ligação de chave para um prompt de execução ou execução que não é desenhado?
Caleb
1
Para quem ficou curioso como eu, a outra pergunta de Max é: unix.stackexchange.com/questions/34412/… .. mas infelizmente (atualmente) não tem respostas.
precisa

Respostas:

6

Eu também tenho esse problema. Eu acho que está relacionado ao bug aqui:

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

O problema parece estar relacionado à funcionalidade específica no gtk 3.0, provavelmente relacionada ao redimensionamento da janela ou ao aparecimento da alça de redimensionamento: recebi esse comportamento quando uso o Meta-Mouse2 para redimensionar no Awesome. Eu também vi isso acontecendo apenas no curso de uso regular. Algumas coisas que podem ajudar:

1) Você pode começar a fechar janelas gtk aleatórias. Na minha experiência, o problema só desaparece de maneira confiável quando fecho meu último terminal gnomo. Eu realmente deveria encontrar um terminal não-gtk que me agrada.

2) Sempre execute incríveis com suas janelas em algum layout, em vez de grátis. Isso fará com que a alça de redimensionamento não apareça acidentalmente.

Fora isso, acho que o melhor que você pode fazer é esperar que alguém descubra o caminho do código e corrija esse problema.

Milo Polte
fonte
Olá, acho que você está certo com o controle de redimensionamento, mas há outro lugar onde isso acontece: se eu clicar em um aplicativo Gtk (como Nautilus, Gedit, Ubuntu Software Center) em algum lugar da barra de menus ou da barra de ferramentas onde nenhum menu ou o botão é (por exemplo, à direita do menu "Ajuda" do Nautilus), esse erro ocorre. Se eu fechar o aplicativo correspondente, ele desaparecerá.
maxi.weller
Isso é definitivamente interessante, porque recentemente tive um problema semelhante. Isso afetou apenas algumas das poucas coisas que eu uso no Gnome / GTK. E quando desliguei o compositor, parei de ter esses problemas. Estou usando o LMDE com o gerenciador de janelas XFCE4.
perfil completo de vgoff
(Pelo menos em sua forma atual), você não precisa fechar aplicativos aleatórios. O que você usou antes da ocorrência do bug e o que você iria mudar ou o que clicou acidentalmente são os candidatos mais prováveis. Como o mouse praticamente pára de funcionar quando o bug ocorre, essas janelas devem ser bastante simples de identificar.
Bananguin 8/03/16
4

O mouse agarra ao clicar em qualquer área vazia na barra de título / menu em nautilius / evince / gnome-terminal / etc. acontece comigo no Ubuntu 11.10 / libgtk-3-0 3.2.0-0ubuntu6 / awesome 3.4.10-1 também.

Mais killall nautilusou menos no console libera o mouse grab; com o Nautilus, apenas fechar a janela com um Meta-cnão ajuda.

Parece haver uma correção para o problema de manipulação de redimensionamento que está chegando ao pipeline do GTK + 3.3.6, presumivelmente 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
fonte
Obrigado por compartilhar suas informações! Eu também descobri que matar o aplicativo ajuda. Mas ainda é chato ter que matar Nautilus porque fecha todas as janelas do gerenciador de arquivos, não só a um causando o bug :-(
maxi.weller
Eu também encontrei um relatório de bug no Launchpad do Ubuntu , eles dizem que ele será corrigido no Ubuntu 12.04 (lançado em abril).
maxi.weller
Também estou vendo esse problema no Ubuntu 14.04.
Miphe
Vejo esse problema também no Ubuntu MATE 15.10.
quant_dev