gnome-keyring changes tmp-folder during Gnome-session

Bug #1106110 reported by sokai
8
This bug affects 1 person
Affects Status Importance Assigned to Milestone
gnome-keyring (Ubuntu)
Expired
Undecided
Unassigned

Bug Description

Hi there!

Since some weeks I have the following problem on my system (Ubuntu 12.04).

During a running Ubuntu session (i.e. the uptime is 16 hours) my system looses the connection to the right tmp-folder of the running gnome-keyring-daemon.

Error message:
WARNING: gnome-keyring:: couldn't connect to: /tmp/keyring-Ea7GEe/pkcs11: Verbindungsaufbau abgelehnt

Running process:
$user 25131 0.1 0.0 51620 7428 ? Sl 15:55 0:00 /usr/bin/gnome-keyring-daemon --start --foreground --components=secrets

Content of tmp-folder:
drwx------ 2 $user $user 4,0K Jan 26 00:00 keyring-Ea7GEe/
drwx------ 2 $user $user 4,0K Jan 26 16:09 keyring-t5kJex/

So you can see, the original tmp-folder (Ea7GEe) is still there, but a new one (t5kJex) was created. And so I have to reboot my box, to get the correct connection for all my running apps (like Thunderbird with Enigmail) or on aria2 in my terminal (it works, but I get the error message).

sokai (sokai)
description: updated
sokai (sokai)
summary: - gnome-keyring changes tmp-folder during session
+ gnome-keyring changes tmp-folder during Gnome-session
Revision history for this message
sokai (sokai) wrote :

Hi there!

This morning I had this problem again and I will explain the problem more …

During my Gnome-session gnome-keyring dies (in the background) without any error messages (/var/log/syslog, ~/.xsession-errors).
As you can see in the following command output, there are multiple keyring-folders in /tmp.

#> ps aux|grep keyr
$user 2337 0.0 0.0 51596 7428 ? Sl Feb20 0:00 /usr/bin/gnome-keyring-daemon --start --foreground --components=secrets
$user 18099 0.2 0.1 75620 14032 ? SLl 10:18 0:01 /usr/bin/gnome-keyring-daemon --start --foreground --components=secrets
$user 18926 0.0 0.0 5884 832 pts/1 S+ 10:29 0:00 grep keyr

#> ll /tmp/
drwx------ 2 $user $user 4,0K Feb 20 16:50 keyring-92x5pQ/
drwx------ 2 $user $user 4,0K Feb 20 13:18 keyring-B1KV8T/
drwx------ 2 $user $user 4,0K Feb 20 16:46 keyring-lIhMpd/
drwx------ 2 $user $user 4,0K Feb 21 10:18 keyring-ZciiCm/

It seems there are some similarities with Bug #383926 [0]. I think there could be a temporarily workaround if I would know the equivalent for „$SSH_AUTH_SOCK“.

[0] https://bugs.launchpad.net/ubuntu/+source/gnome-keyring/+bug/383926/comments/10

I can use the new keyring-folder in (i.e.) Chromium after a automatic re-auth. (In Chromium the keyring-auth pops up and I can enter my password to get access to the new keyring instance.)
In Thunderbird/Enigmail that doesn't work! There is no re-auth dialog after the keyring-restart (in the background) and I only get a pop-up with the message, that I used a wrong password for encryption (of my email). :-/

For me only a logout→login solves the problem (with Thunderbird/Enigmail). – Or a reboot …
I don't think that the silent deaths of gnome-keyring in the background are ‚normal‘, so I posted this bug-report.

Thanks a lot for taking attention and best regards!

Revision history for this message
gf (gf-interlinks-deactivatedaccount) wrote :

Hello Sokai,
Thank you for submitting this bug and reporting a problem with the gnome-keyring. You made this bug report in 2013 and there have been several versions of Ubuntu since then.

Could you confirm that this is no longer a problem and that we can close the ticket?
If it is still a problem, are you still interested in finding a solution to this bug?
If you are, could you run the following (only once):
apport-collect 1106110
and upload the updated logs and and any other logs that are relevant for this particular issue.

Thank you again for helping make Ubuntu better.
G

Changed in gnome-keyring (Ubuntu):
status: New → Incomplete
Revision history for this message
Launchpad Janitor (janitor) wrote :

[Expired for gnome-keyring (Ubuntu) because there has been no activity for 60 days.]

Changed in gnome-keyring (Ubuntu):
status: Incomplete → Expired
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.