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 previous UID. Actual results: Expected results: Additional info:
These are written by the still running gconfd. Really, s-c-users shouldn't let a user delete him- or herself.