Como posso encontrar o que está interferindo com CTRL + F?

Question

Estou rodando o LinuxMint12 com o Gnome com o Cario-Dock e tenho um teclado logitech G15. Eu configurei um script bash com as teclas extras para pegar a janela ativa, redimensioná-la e movê-la para um local específico em uma das minhas telas. Mas depois de alguns dias de uso quando reiniciei meu computador, o atalho CTRL + F parou de funcionar em aplicativos como FireFox, chrome ou qualquer outro programa que eu tente. Muitas coisas mudaram entre as reinicializações, então nem sei por onde começar a procurar.

Inicialmente, estava lançando a pilha de pastas do Cairo-Dock, então desabilitei esse atalho. Agora não faz nada. Eu passei pelo editor de configuração - > apps- > metacity- > global_keybinding; e nada é conflitante. Eu também passei por configurações do sistema- > Keyboard- > Atalhos e não encontrei nenhum conflito lá. Eu não sei de nenhum outro lugar para procurar.

Outros atalhos são executados, como CTRL + F6 no netbeans para executar testes de unidade.

Existe uma maneira de descobrir o que pode estar interferindo no meu atalho CTRL + F? Onde mais devo procurar para encontrar possíveis conflitos? Obrigado.

- update-- Rev 2: como o xev original não ajuda, eu o removi. Quando eu mantenho o xev focado, ele registra CTRL + F

...
    KeyPress event, serial 32, synthetic NO, window 0x4400001,
        root 0x19f, subw 0x0, time 136672187, (1120,275), root:(1122,1415),
        state 0x10, keycode 37 (keysym 0xffe3, Control_L), same_screen YES,
        XLookupString gives 0 bytes: 
        XmbLookupString gives 0 bytes: 
        XFilterEvent returns: False

    FocusOut event, serial 32, synthetic NO, window 0x4400001,
        mode NotifyGrab, detail NotifyAncestor

    FocusIn event, serial 32, synthetic NO, window 0x4400001,
        mode NotifyUngrab, detail NotifyAncestor

    KeymapNotify event, serial 32, synthetic NO, window 0x0,
        keys:  2   0   0   0   32  0   0   0   0   0   0   0   0   0   0   0   
               0   0   0   0   0   0   0   0   0   0   0   0   0   0   0   0   

    KeyRelease event, serial 32, synthetic NO, window 0x4400001,
        root 0x19f, subw 0x0, time 136672827, (1120,275), root:(1122,1415),
        state 0x14, keycode 37 (keysym 0xffe3, Control_L), same_screen YES,
        XLookupString gives 0 bytes: 
        XFilterEvent returns: False

    ClientMessage event, serial 32, synthetic YES, window 0x4400001,
        message_type 0x10a (WM_PROTOCOLS), format 32, message 0x108 (WM_DELETE_WINDOW)

    

Answer 1

Eu tive o mesmo problema no Linux Mint 13 e a mesma saída no xev, a saber, Control_l + f foi mapeada para Control_l .

Minha solução: Lembrei-me de que tenho xbindkeys em execução para ativar alguns botões exóticos no meu tablet pc.

Ao executar o xbindkeys-config e verificar todos os mapeamentos de teclas definidos para o xbindkeys, encontrei uma entrada que interferiu no CTRL-F .

Após excluir o mapeamento incorreto e salvar as novas configurações, CTRL-F funciona novamente e inicia corretamente a caixa de diálogo de pesquisa em gedit, firefox, ...

Espero que isso ajude alguém, eu tenho pesquisado na internet por horas para resolver isso.

    

Answer 2

Eu sei que não é uma solução perfeita, mas você pode tentar eliminar processos um por um para descobrir qual deles faz a bagunça, mas primeiro:

Crie outro usuário e teste-o para verificar se ele é específico do usuário.

Mude o gerenciador de janelas para o mais simples possível (twm?) para ver se é um gerenciador de janelas específico.

Boa sorte.

    

Answer 3

Eu tive o mesmo problema com Ctrl + Z e Ctrl + Y , incluindo uma saída xev correspondente com "evento KeymapNotify" .

A solução foi: Atribuir um novo atalho de teclado para exatamente as combinações com xfce4-keyboard-settings e apagá-las depois. Depois disso Ctrl + Z (desfazer) e Ctrl + Y (refazer) funcionou novamente.