Tried SSH'ing into a Linux machine with the same user that was also running a the gpg-agent daemon. I tried to decrypt a file with the basic "gpg -d ~/filename". This output info about the file and then just hung. No password prompt at all. If you do this via a GUI term on the same machine you get a pop-up box with a password prompt. Seems like the gpg-agent is taking this request, and not presenting anything back to the same user SSH'ed into the machine. Had to find a way around this.
I finally found some posts on the net with people having the exact same problem. The gpg pinentry mode "loopback" fakes a pinentry by using inquiries back to the caller to ask for a passphrase. Buy doing this with the command "gpg -d --pinentry-mode=loopback ~/filename". This will get you back your password prompt, and allow you to decode the file remotely over SSH.
TLDR: The gnome keyring daemon is causing authenticated web pages to not load. Kill the gnome-keyring-daemon process for a fast fix (sudo killall gnome-keyring-daemon). See below about how to keep this from happening.
If you are trying to login to websites on Chrome on a Linux desktop, and your browser freezes after clicking the login button, the Gnome keyring might be the cause of your agony.
On Linux, when Chrome loads a web page where credentials are involved, it seems there is a hook in the Gnome desktop software, where if Gnome keyring is turned on, it will try to save your credentials before allowing the web page to load in Chrome. Unfortunately, if the box for this does not pop up, or the pop up window is buried behind other windows, it looks like your Chrome web page (likely Firefox as well, but I have not checked) just freezes and it will not respond to any input at all.
For a fast fix you have to kill the gnome-keyring-daemon process. Usually it's just "sudo killall gnome-keyring-daemon". It might be called something else on your machine. I suggest looking for something with "keyring" in then name. After killing it your pages should load as expected. But your wondering how do you keep this from happening again?
To keep Gnome keyring from doing this to you again you can try a few things.
First thing to try is turning off the Gnome keyring daemon, if you are not going to use it. The daemon is used to store credentials like ssh keys or passwords for you. If you know your not going to use it just turn it off. Usually on different desktops there is a area in the settings that will show you what things run on desktop startup. You will have to find that for your Linux desktop distro (there are to many ways for to many desktops to list here), and see if Gnome keyring daemon is there. Then uncheck a box to turn it off. The logout and log back in.
The second way to handle this is to leave the keyring daemon on, and just set a blank password (insecure yes, but if you are not going to use it then who cares). For an example on how to do this in the MATE desktop you go to Applications -> accessories -> passwords and keys. Delete the "Default" Keyring that has the lock symbol. Close your browser and open it back up. Go to a web page that requires a login, and try to login. Gnome keyring should now ask you to choose a new password. Don't enter a password, and click the ok button. It will warn about credentials being unencrypted, but that is ok if your not going to put things in it. This will now keep it from opening again in the future.
TLDR: "rm -rf ~/.var/app/com.spotify.Client/" your Spotify home dir and start over.
I just installed the latest Flatpak (from flathub) of the Spotify client (188.8.131.526.g416cacf1) on CentOS 7. After doing this and trying to start Spotify back up, it proceeded to just open the Spotify window very quickly, and then close itself. Trying to start it up from the command line gave some more output to try to diagnose this issue.
# start the spotify client from the command line flatpak run com.spotify.Client /app/extra/bin/spotify: /app/lib/libcurl-gnutls.so.4: no version information available (required by /app/extra/bin/spotify) [spotifywm] attached to spotify [spotifywm] spotify window found
After doing this, the window was nowhere to be found. I thought it might be and issue with the file it could not find which was the "libcurl-gnutls" error above. I eventually found out this had nothing to do with the issue and it could be ignored. Eventually the only thing that fixed this issue was removing my whole Spotify home dir (which wipes out any downloaded files, settings, and your login info). Removing the dir is easy as just deleting directory "rm -rf ~/.var/app/com.spotify.Client/". Then run the command to start up the Flatpak again "flatpak run com.spotify.Client". It should start right up and you will have to login again.