Something happened a few versions ago with the keyring that has left it close to unusable. Every application that wants access to the keyring keeps reasking my to unlock it. It doesn't matter how many times I enter the password, it just keeps going. For nm-applet, I can abort the keyprompt, which makes it throw up the new flashy keyprompt where you can tell it to unlock the keyring at login. Entering password into this one makes nm-applet get access to the keys (a WEP key it needs is in there). With the keyring manager however, all I get is the classic prompt and I'm completely unable to get access approved there. I don't know if it's related to the change discussed in bug 298871, but there is no crashing here at least.
Sorry, wrong version. This is on a rawhide system.
Alex did a bunch of gnome-keyring fixes today, that may fix this problem. We haven't completed the fixes for "unlock-at-login-doesn't" yet, though.
Can you try this with gnome-keyring-2.20-3.fc8, which has a bunch of fixes. Also, one of the bugs can cause ~/.gnome2/keyrings/default to be truncated (0 bytes) on logout. It should contain the name of the default keyring. If this has happened, do: echo -n default > ~/.gnome2/keyrings/default ("default" is almost always the default keyring)
I could, if I could download it somewhere. :) ~ [drzeus@poseidon]$ stat ~/.gnome2/keyrings/default stat: cannot stat `/home/drzeus/.gnome2/keyrings/default': No such file or directory Could that be an issue?
You can get it at http://koji.fedoraproject.org/koji/buildinfo?buildID=20147
After some fiddling I got things to work. I did several things, so I'm not entirely sure which are necessary: 1. Upgrade to gnome-keyring-2.20-4.fc8 Still no go. 2. echo -n default > ~/.gnome2/keyrings/default Still no go. 3. Notice that it is trying to access keyring "login", not "default". Change keyring and rejoice over working manager. :) So you can close this bug, although the fact that keyring-manager doesn't use "default" by default is a bit annoying.
I have the very same problem with the latest rawhide. The fix of comment #6 doesn't work for me. ~/.gnome2/keyrings/default used to not exist. putting default into it, gnome keyring manager will ask for the login keyring. If I change the contents of the file to login, it will ask for the default keyring. So basically I lost the ability to have a wireless connection on startup.
removing login.keyring solved the problem for me.