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 702748 - unable to change account type in gnome-settings
unable to change account type in gnome-settings
Status: RESOLVED NOTABUG
Product: gnome-control-center
Classification: Core
Component: User Accounts
3.8.x
Other Linux
: Normal normal
: ---
Assigned To: Ondrej Holy
Control-Center Maintainers
: 721879 (view as bug list)
Depends on:
Blocks:
 
 
Reported: 2013-06-20 13:29 UTC by Branko Grubic (bitlord)
Modified: 2014-01-13 06:57 UTC
See Also:
GNOME target: ---
GNOME version: ---

Attachments
count root acount (1.32 KB, patch)
2014-01-10 16:04 UTC, Ondrej Holy 		rejected Details | Review

Description Branko Grubic (bitlord) 2013-06-20 13:29:54 UTC 
On a fresh F19 install (gnome 3.8.x), user created with gnome-initial-setup is of type "Administrator", which I don't like, and I configure root account in anaconda for administration, so I want to revert it to "Standard", now after some updates/new_versions it is not possible to do it. 

I filed bug downstream 
https://bugzilla.redhat.com/show_bug.cgi?id=975545

And it was said that it maybe be intended ( https://bugzilla.gnome.org/show_bug.cgi?id=690246 ), so I looked at bug #690246 and I think this is broken, because it needs to consider active root account as another "Administrator" account and allow me to change my regular user to "Standard"



tested: control-center-3.8.3-1.fc19.x86_64
Comment 1 Ondrej Holy 2014-01-10 12:16:13 UTC 
*** Bug 721879 has been marked as a duplicate of this bug. ***
Comment 2 Ondrej Holy 2014-01-10 16:04:17 UTC 
Created attachment 265941 [details] [review]
count root acount
Comment 3 Bastien Nocera 2014-01-13 06:55:42 UTC 
Review of attachment 265941 [details] [review]:

::: panels/user-accounts/um-utils.c
@@ +1071,3 @@
+        u = act_user_manager_get_user (um, "root");
+        if (u && !act_user_get_locked (u)) {
+                num_admin++;

That's utterly pointless. There's *always* a root account, but what we're trying to achieve here is do away with the root account. It should be impossible to log in directly with it.

So I don't even think that this should be a bug. The last administrator user can't lose its status, as designed.
Comment 4 Bastien Nocera 2014-01-13 06:57:26 UTC 
I suggest you file a bug against anaconda, which shouldn't let us setup a pointless root account, and use the admin account as one you can sudo from.