O gerenciador de janelas impressionante pára de reconhecer os atalhos

Question

Recentemente, comecei a usar o Awesome (o gerenciador de janelas do X) no meu Ubuntu. Isso é incrível! Mas algumas vezes (uma vez por dia, no máximo) ele cai - ou pelo menos para de aceitar a entrada de atalhos. Eu fico preso no espaço de trabalho (tag, eu acredito que eles chamam) eu sou. Clicando nos outros, ou usando números de Mod4 + não funcionará. Simplesmente pára de escutar. Se eu digitar mod4 + j , ele digita j , como se apenas o keylistener do awesome tivesse sido abortado ou algo assim. Mas tudo corre bem no espaço de trabalho atual, a incrível UI ainda renderizada no topo e até o relógio continua correndo!

A única coisa que resta a fazer é desligar manualmente a máquina, já que não consigo nem desligá-la corretamente ... Não tenho ideia do que está acontecendo. Pode muito bem ser um atalho para desativar todos os atalhos ou algo que eu acidentalmente digito, ou um semi-crash estranho, mas eu pesquisei muito no Google por referências e não encontrei nada. Alguém tem uma pista sobre o que acontece e como consertá-lo (ou melhor ainda, impedir que isso aconteça)?

    

Answer 1

Indo por sua descrição, o gerenciador de janelas não travou: ele ainda está respondendo a eventos relacionados a janelas, o problema é que ele não está mais detectando eventos de teclado.

O que provavelmente está acontecendo é que a configuração do seu teclado mudou de uma maneira que o incrível não reconhece. Verifique se ignore_modifiers está definido corretamente: se estiver faltando Lock ou seu modificador NumLock , seus atalhos de teclado e mouse não funcionarão enquanto o Caps Lock / Num Lock estiver ativado. Além disso, verifique se a chave que você acha que envia Mod4 ainda está enviando esse modificador.

Para verificar o que seu teclado está enviando, execute o comando xev em um terminal e pressione as teclas na janela xev. Se você pressionar A , deverá ver algo como

KeyPress event, serial 33, synthetic NO, window 0x4a00001,
    root 0xab, subw 0x0, time 291526925, (443,-11), root:(454,44),
    state 0x0, keycode 38 (keysym 0x61, a), same_screen YES,
    XLookupString gives 1 bytes: (61) "a"
    XmbLookupString gives 1 bytes: (61) "a"
    XFilterEvent returns: False

KeyRelease event, serial 33, synthetic NO, window 0x4a00001,
    root 0xab, subw 0x0, time 291527038, (443,-11), root:(454,44),
    state 0x0, keycode 38 (keysym 0x61, a), same_screen YES,
    XLookupString gives 1 bytes: (61) "a"
    XFilterEvent returns: False

Se você vir um state diferente de 0x0 , então algum modificador estará ativado, por exemplo, 0x2 indica que o Caps Lock está ativado. Quando você pressiona a tecla Mod4 , o estado deve mudar para 0x40 .