Terminal appears with much delay when shortcut is used
Temporary workaround discussed in comment 16
https://bugzilla.gnome.org/show_bug.cgi?id=729101#c16
run gnome-keyring-daemon
in terminal with no command line options.
Then everything works as normal after entering password to unlock keyring.
On my system I have to open HUD before the password prompt shows up. If I open the HUD before the terminal command, the password prompt dialog shows immediately.
Output of journalctl -f
shows
gnome-keyring-daemon[12913]: Gkm: using old keyring directory: ...
Now Solved:
For me and many others the solution to this issue has been to remove dbus-user-session
which was added along with a recent install of software that is not needed. For me, it was added when I installed flatpak
Solution:
sudo apt-get remove --purge dbus-user-session
- Reboot
More context is available starting at comment #67 in this thread.
https://bugs.launchpad.net/ubuntu/+source/gnome-keyring/+bug/1689825
Based on this answer on superuser:
From the bug filed by xgdgsc, this slow response to GNOME shortcuts appears to be caused by
gnome-keyring-daemon
. In particular, having multiple instances of the daemon appears to cause shortcut execution to pause while attempting to communicate with the daemon until it times out. You can use the following command to check if you have multiple instances of the daemon running:pgrep gnome-keyring --list-full
On CentOS 7 with GNOME 3.14.2, I was able to work around this by killing both processes:
killall gnome-keyring-daemon
gnome-keyring-daemon
automatically restarted with only one instance when I next used a GNOME keyboard shortcut, and the shortcut executed instantaneously.
Open Startup Application and add new
- Add new
- Name : whatever
- Command :
killall gnome-keyring-daemon
- Comment : whatever
enjoy..