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 684516 - gdm-3.5.9x loses session selection UI after logout from gnome
gdm-3.5.9x loses session selection UI after logout from gnome
Status: RESOLVED FIXED
Product: gdm
Classification: Core
Component: general
3.5.x
Other Linux
: Normal major
: ---
Assigned To: GDM maintainers
GDM maintainers
Depends on:
Blocks:
 
 
Reported: 2012-09-21 02:11 UTC by Jens Petersen
Modified: 2012-09-27 03:33 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description Jens Petersen 2012-09-21 02:11:11 UTC
This is easily reproduced in Fedora 18 Alpha (also after updating to gnome-3.5.91 and 3.5.92).

1. install Fedora 18 Alpha with gnome and add another DE.
2. login to gnome from gdm observing session menu UI below password box
3. logout from gnome and start to login again, observe that session selection UI is gone

Apparently this is caused by systemd (loginctl) still thinking that the the user is logged in due to remaining stray backend processes from the first gnome session: the libexec culprits being:

tracker-miner-fs, deja-dup-monitor, and tracker-store.

A workaround is

# loginctl terminate-user <gnomeuser>
# systemctl restart gdm

or rebooting. ;)

I think there have been stray process from gnome almost forever, so the regression is really mistaking those for a user session.
Comment 1 Ray Strode [halfline] 2012-09-21 22:13:34 UTC
we ignore sessions that are in "closing" state, so this should already be fixed afaik. I'm surprised you're seeing issues with 3.5.9x
Comment 2 Matthias Clasen 2012-09-22 02:49:48 UTC
I see this too: 'closing' sessions still make the user appear as logged in in the greeter.
Comment 3 Matthias Clasen 2012-09-22 02:58:27 UTC
The bug in question was bug 677556
Comment 4 Matthias Clasen 2012-09-22 03:11:37 UTC
The problem here is that the decision to consider the user logged in is made in the gnome-shell greeter code, which relies on act_user_is_logged_in() for that.
And act_user_is_logged_in() returns TRUE whenever logind has any sessions for the user listed - regardless whether these are non-graphical, or closing, or whatever.
Comment 5 Matthias Clasen 2012-09-22 03:32:30 UTC
https://bugs.freedesktop.org/show_bug.cgi?id=55210 has an accountsservice patch to fix this.