Atalho de teclado personalizado atrasado no gnome 3.22

Question

Estou executando o Gnome 3.22 em um trecho debian, recentemente instalado do zero, atualizado e, desde 1 ou 2 dias atrás, meus atalhos de teclado personalizados e algumas ações básicas tiveram um atraso bastante inconveniente antes de executar a ação solicitada .

Por exemplo, se eu tentar diminuir o som usando o atalho Fn + F2 (teclado nativo), nada acontece. Mais tarde, aleatoriamente (com isso quero dizer que não estou fazendo nada de especial, e o atraso não é constante, mas 10s to 3min ), a ação é executada e todas as outras ações "enfileiradas" são disparadas por atalhos / outros comandos são executados todos juntos.

Seguir este comportamento são as seguintes ações:

• Ação do teclado: Som para cima / baixo, controle de brilho, reprodução de mídia / anterior / próximo
• Atalho de teclado personalizado (por exemplo, defini Super+Enter para abrir um novo terminal
• Encerrar sessão, Encerrar, Reiniciar no menu do canto superior direito do gnome.
• Botão rígido do modo de suspensão na lateral do teclado

Eu procurei por esse tipo de problema na Internet e ele está frequentemente vinculado ao gnome-keyring-daemon . ( aqui , lá por exemplo). No entanto, o daemon de chaveiro gnome é iniciado automaticamente no login, e desativá-lo não adiantou.

Não me lembro de fazer nada relacionado ao keyring do gnome nem à inicialização da sessão, e não vejo o que causou esse comportamento.

Alguém já experimentou esse problema recentemente? Resolvi-o? Alguma idéia?

Alguns detalhes:

yco@xps$ uname -a
Linux xps 4.8.0-2-amd64 #1 SMP Debian 4.8.11-1 (2016-12-02) x86_64 GNU/Linux
yco@xps$ cat /etc/debian_version 
stretch/sid
yco@xps$ gnome-shell --version 
GNOME Shell 3.22.2
yco@xps$ gnome-keyring-daemon --version
gnome-keyring-daemon: 3.20.0
testing: enabled

    

Answer 1

Curiosamente, no meu caso, isso foi causado por um arquivo de configuração do CUPS ( /etc/cups/client.conf ).

Esse arquivo estava se referindo a um servidor de cups distante, que nem sempre era acessível. O servidor estava na minha rede de trabalho, assim, quando no trabalho, atalhos e tudo funcionava perfeitamente, mas em casa ou em qualquer outro lugar, nada funcionava.

Eu suspeito que o gnome estava tentando acessar o servidor e bloquear outras funções do usuário e, no tempo limite da solicitação, todas as chamadas de usuário na fila foram executadas. Ainda assim, não tenho nenhuma prova disso (nada de estranho no journalctl ou qualquer coisa que eu encontrar)

Remover este arquivo resolveu meu problema.

    

Answer 2

Esse problema é discutido em mais detalhes no bug da barra de lançamento # 1689825 .

A causa desses problemas foi reduzida ao seguinte:

I could work around this problem by uninstalling dbus-user-session (and its dependendants xdg-desktop-portal and xdg-desktop-portal-gtk). Those packages came in through flatpak.

Esse problema começou logo depois de instalar o Flatpak no Ubuntu 16.04. A seguinte solução foi proposta lá:

I uninstalled my flatpak apps, flatpak, and dbus-user-session... then rebooted and all's well. Uninstalling with --purge seems to have taken care of the /etc file markuslet pointed to.

[...]

sudo apt-get purge dbus-user-session
sudo apt-get purge flatpak
sudo apt-get autoremove
sudo reboot

Posso confirmar que estas etapas corrigem o problema, embora seja mais uma solução alternativa.

Se a eliminação de dbus-user-session ou flatpak não for uma opção para você, existe outra solução alternativa que também funciona:

gnome-keyring-daemon --replace

Mas você terá que executar este comando após cada reinicialização.