GNOME Bugzilla – Bug 698663
Remove user with auto login enable, after reboot gdm is blocked
Last modified: 2013-06-04 10:35:36 UTC
2 users with account enable ( user1 and user2 ) log into user1 enable autologin for user2 delete user2 reboot the autologin of user2 is still active in /etc/gdm/custom.conf # GDM configuration storage [daemon] AutomaticLoginEnable=True AutomaticLogin=user2 [security] [xdmcp] [greeter] [chooser] [debug] after reboot gdm is blocked
Created attachment 242317 [details] [review] patch to remove autologin Fix to remove autologin when user is deleted
Vaguely related to Bug #698647, but this one is more obviously a bug, whereas 698647 is more debatable.
Review of attachment 242317 [details] [review]: (I am not an accountsservice or gnome-control-center developer.) Shouldn't the accountsservice daemon automatically turn off gdm automatic login before it deletes a user anyway? I can't think of any situation in which you could want gdm to remain configured to auto-log-in as a particular user, after that user has already been deleted. (Compare Bug #689647, where I think it should be gnome-control-center that applies policy - I can see a rather tenuous use-case for having an account that logs in automatically on boot, but cannot successfully answer any password queries, so accountsservice might reasonably want to avoid imposing policy.) ::: panels/user-accounts/um-user-panel.c @@ +410,3 @@ + /* remove autologin */ + if ( act_user_get_automatic_login (user)) { Whitespace: shouldn't have a space before "act".
the bug is duplicated https://bugzilla.gnome.org/show_bug.cgi?id=683337 a bug on accountsservices is already open https://bugs.freedesktop.org/show_bug.cgi?id=54506