Red Hat Bugzilla – Bug 375251
Deleting user does not delete files in /tmp, even if box is checked.
Last modified: 2007-11-30 17:12:21 EST
Description of problem:
Exactly the same as FC2 closed bug #126756: "deleting users home directory
leaves user files in /tmp"
Using system-config-users I deleted a user, selecting the box to delete their
home directory, mail spool and temporary files. I can confirm that the home
directory was definitely deleted, I did not check the mail spool.
I then created a new user with the same username (but different UID and GID),
which appeared to work fine, but the resulting user could not log into Gnome
(many,many errors on login) due to /tmp/gconf-[username] being left over from
the previous user (with a different UID).
There were two other folders left in /tmp from the deleted user:
pulse-[username] and mapping-[username].
Version-Release number of selected component (if applicable): 1.2.72
How reproducible: 100%
Steps to Reproduce:
1. Create user, log into Gnome as that user.
2. Delete user with system-config-users, tick the box to delete users home,
spool and temp files also.
3. Add a new user with system-config-users with identical username but different
UID and GID.
4. Try to log into Gnome.
You can see that folders like gconf-[username] in /tmp are still owned by the
These are written by the still running gconfd. Really, s-c-users shouldn't let a
user delete him- or herself.