users-admin removes privileges after deleting user

Bug #49815 reported by Simon Andrews
4
Affects Status Importance Assigned to Milestone
gnome-system-tools (Ubuntu)
Fix Released
Undecided
Ubuntu Desktop Bugs
Dapper
Confirmed
High
Ubuntu Desktop Bugs

Bug Description

Binary package hint: gnome-system-tools

We create a temporary user during installation. Later we create the real users (some with admin privileges) and then delete the initially created user. We find that deleting the initial temp user causes other admins to be removed from many of the groups to which they were previously assigned (including admin).

Steps to reproduce:

1) Install dapper and create a temporary user 'temp'

2) After installation create a new user 'newuser' using users-admin with admin privileges (we also use a non-standard UID if this matters, something >13000)

3) Delete the initial temp user using users-admin and apply.

4) Look at /etc/group and see that newuser has been removed from most of the optional groups, including admin.

This has been reproduced on multiple machines which have been updated to the latest packages before the creation of the second user.

Tags: users-admin
Revision history for this message
William Grant (wgrant) wrote :

Bug 51201 confirms this, as does a friend's experience. This is potentially disastrous for systems.

Changed in gnome-system-tools:
status: Unconfirmed → Confirmed
Revision history for this message
Sebastien Bacher (seb128) wrote :

Thanks for your bug. Do you do all this steps without restarting users-admin? With what user are you logged when you remove the 'temp' user, with 'temp' or with an another user?

Changed in gnome-system-tools:
assignee: nobody → desktop-bugs
status: Confirmed → Needs Info
Revision history for this message
Sebastien Bacher (seb128) wrote :

Seems to be fixed to edgy, marking as fixed

Changed in gnome-system-tools:
status: Needs Info → Fix Released
Revision history for this message
Simon Andrews (simon-andrews) wrote :

The sequence as far as I can remeber is:

1) Log in as temp

2) Create new user with admin privileges

3) Close users-admin and log out

4) Log in as newly created admin user

5) Delete temp

I'm sure it's this way round because at that point the user you're logged in as loses their admin privileges so you can even re-run users-admin to put back the privileges you just lost. You have to boot from a resuce disk to restore the permissions so there is an admin on the system again.

Revision history for this message
Sebastien Bacher (seb128) wrote :

opening a dapper backport task, fixed it to dapper-updates would be nice

Thank you for the update

Changed in gnome-system-tools:
assignee: nobody → desktop-bugs
importance: Untriaged → High
status: Unconfirmed → Confirmed
Revision history for this message
Charles Twardy (ctwardy) wrote :

This is still a live issue. The active bug appears to be #26338: https://bugs.launchpad.net/ubuntu/+source/gnome-system-tools/+bug/26338.
Note, like many related bugs, the first posts are about some device not working (because of hal). The underlying problem, like here, is that users-admin is clobbering /etc/group. I'm going to mark this as a duplicate of #26338.

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.