Control + R pára de funcionar em todos os programas depois de algum tempo

2

Ubuntu 17.04 XFCE4

Quando eu faço o login no computador, o Control + R funciona em todos os programas. No entanto, depois de algum tempo (geralmente depois de alguma inatividade, mesmo que o computador nunca durma, o monitor simplesmente pára) ele para de funcionar em todos os programas (ex. Nem o Chrome nem o PHPStorm responderão a ele, mas as ações esses programas funcionam quando ativados do menu). Todos os outros atalhos funcionam bem, parece ser apenas Control + R afetado.

Nas configurações do "Teclado" do sistema, não há atalhos de aplicativos vinculados a essa combinação.

Eu executei xev e verifiquei que a saída é a mesma quando o combo está funcionando e quando não está.

Tudo o que tenho que fazer para corrigir o problema é sair e voltar - a reinicialização do sistema não é necessária.

Como o sistema está reconhecendo o pressionamento de tecla, mas nenhum aplicativo está respondendo a ele, estou assumindo que algum processo em execução esteja sequestrando essa combinação, mas não sei como descobrir qual aplicativo é esse.

    
por user1569941 11.06.2017 / 19:59

1 resposta

2

Uma resposta do Unix .SE por don_crissti. Para enviar a combinação Ctrl + r , use "ctrl+r" , por ex. xdotool key "ctrl+r" .

Para descobrir qual aplicativo / programa pegou sua chave, use o comando debug keysym XF86LogGrabInfo . Use xdotool para pressionar as teclas + XF86LogGrabInfo ao mesmo tempo. em um terminal

KEY=XF86AudioPlay
xdotool keydown ${KEY}; xdotool key XF86LogGrabInfo; xdotool keyup ${KEY} 

Em seguida, verifique a saída com tail /var/log/Xorg.0.log
Observe que, com gnome 3/gdm e systemd , isso não é mais registrado em Xorg.0.log (em vez disso, ele é registrado no diário ). Nesse caso, você poderia correr

journalctl -f

e, em outro terminal, execute os comandos xdotool . Mude para o primeiro terminal e você verá algo como

/usr/lib/gdm/gdm-x-session[629]: Active grab 0x40c0a58e (xi2) on device 'Virtual core keyboard' (3):
/usr/lib/gdm/gdm-x-session[629]: client pid 708 /usr/bin/gnome-shell
/usr/lib/gdm/gdm-x-session[629]: at 32595124 (from passive grab) (device frozen, state 6)
/usr/lib/gdm/gdm-x-session[629]: xi2 event mask for device 3: 0xc000
/usr/lib/gdm/gdm-x-session[629]: passive grab type 2, detail 0xac, activating key 172

No exemplo acima, o programa (o cliente) que pegou a chave é gnome-shell .

    
por Hi-Angel 11.06.2017 / 21:18