After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 728461 - Unable to switch users from lock screen 'Log in as another user' dialogue
Unable to switch users from lock screen 'Log in as another user' dialogue
Status: RESOLVED DUPLICATE of bug 728588
Product: gdm
Classification: Core
Component: general
3.12.x
Other Linux
: Normal normal
: ---
Assigned To: GDM maintainers
GDM maintainers
Depends on:
Blocks:
 
 
Reported: 2014-04-17 19:12 UTC by jimkiralfy
Modified: 2014-11-02 18:45 UTC
See Also:
GNOME target: ---
GNOME version: ---


Description jimkiralfy 2014-04-17 19:12:18 UTC 
Unable to switch user by clicking 'log in as another user' dialogue on lock screen login. Clicking the dialogue causes lock screen wallpaper to reappear. The existing user can log in as normal, but it is impossible to switch accounts.

Running Gnome-shell 3.12.1 on Fedora 20 via rhughes COPR
Comment 1 jimkiralfy 2014-04-18 23:22:16 UTC 
It appears as if the switch user option from the top-right menu displays the same issue i.e. the existing user can log back in, but attempting to log in as another user causes the lockscreen wallpaper to reappear.
Comment 2 j-l-p-2 2014-04-20 08:23:58 UTC 
Same here under arch-linux Running Gnome-shell 3.12.1, gdm 3.12.1-2 x86_64
Comment 3 Chad Rodrigue 2014-04-23 14:15:39 UTC 
Same here, Fedora 20, 3.12.1, rhuges COPR
Comment 4 Bruce Cowan 2014-05-02 12:37:42 UTC 
Same, configuration as last comment.
Comment 5 Gireesh S 2014-05-13 17:04:21 UTC 
Same configuration as above. 
gdm-3.12.1-1.fc20.x86_64
gnome-shell-3.12.1-1.fc20.x86_64
Fedora 20, rhughes COPR

Switch user attempt goes only to the lock screen. Trying to select any other user doesn't allow a login to other users. Logging out of the first user allows to login to any other user, so it is obviously not a username or password or some such setting that hinders switch user. 

Immediately after switch user attempt, journalctl shows the following messages.

May 13 22:26:08 gigi-desktop gdm[19677]: GLib-GObject: g_object_unref: assertion 'G_IS_OBJECT (object)' failed
May 13 22:26:09 gigi-desktop gdm-password][13740]: The gnome keyring socket is not owned with the same credentials as the user login: /run/user/500/keyring/control
May 13 22:26:09 gigi-desktop gdm-password][13740]: gkr-pam: couldn't unlock the login keyring.
May 13 22:26:09 gigi-desktop gdm[19677]: GLib-GObject: g_object_unref: assertion 'G_IS_OBJECT (object)' failed


For reference, so far as I see the file specified in error has the same credentials as the user login (in my case, gireesh is the user I had logged in)
$ls -l /run/user/500/keyring/control
srwxr-xr-x 1 gireesh gireesh 0 May 13 22:16 /run/user/500/keyring/control
Comment 6 Karel Mácha 2014-05-16 13:08:20 UTC 
This affects me too. Even after the update to the GNOME Shell 3.12.2 Bugfix version.

I am using edora 20, Gnome 3.12.2, rhuges COPR
Comment 7 Ray Strode [halfline] 2014-05-16 18:07:44 UTC 

*** This bug has been marked as a duplicate of bug 728588 ***