Comment 4 for bug 1072510

I can confirm this problem, too, on Mint 14 (Nadia) with Mate desktop 64Bit.
The "login" keyring didn't exist, creating it has no effect. I had one called "default", one named "Vorgabe" (which is a German term for "default") and one without any name. When creating new keyrings (like "new", or "login"), I can assign a password of free choice, but I won't be able to change these afterwards, producing the erorr message mentioned above.
On the other hand I'm able to delete the keyrings completely, while
a) you only see that deletion did take place after restarting "seahorse"
b) the empty-name keyring stay even after deletion/restart and disappears after seconds attempt.

I deleted all password keyrings (I know the PIN of my UMTS-SIM by mind, the other could only be for login),
knowing I might possibly not be able to login.

After logoff/logon (successfully with password prompt), I was not asked for a keyring password anymore!
WLAN was connected immediately, and I was able to start the UMTS connection at once.

I shut down my computer and rebooted, and as expected, no keyring prompt.
So for me, this seems to be no problem anymore.

In "seahorse" a new keyring with no name, unlocked and wihtout any stored passwords appeared.
(Not sure, but I think it was already there after lo/li.)
Context menu entry "set as default" (or how it is in English version) is greyed and can't be chosen,
and the passwrod can't be changed (same error as m.a.).

At the end there is only one point: why did I ever have to "use" a keyring?