Description of problem:
I created an account in the Fedora Core 2 installer and then deleted
my account in system-config-users, and then re-created it with a
different user ID, and when I re-logged in, I got an error "An error
occured while loading or saving configuration information or gs. Some
of your configuration settings may not work properly." with the dialog
box titled "Gnome settings daemon"
It's hard to close the dialogs coming up, because they keep on coming.
Steps to Reproduce:
1. Install FC2
2. Log in on first boot with the non-root user name you created
3. Delete the user you are logged in as, with erasing the user's home
directory selected, and then re-create it with a different user-id
4. Log out, then try to log in again
Repeated error messages shown above
No error messages
No matter how many times you re-create it, and reboot with the user
deleted, you still get the errors. If you run "startx" while logged in
as that user it gives all kinds of errors.
You might want to investigate if the same thing happens if you use the
"userdel" tool. Perhaps this is a problem with gnome-settings-daemon,
but still, no user deletion tool should work while you are logged in
as that user. A simple check would fix that.
Btw, the error messages given by the x server on the command line when
I ran startx as user boberb said something about /tmp/glockd-boberb or
something like that.
Here's a workaround: I deleted user boberb, then I went to init 3
deleted everything in /tmp, then deleted /var/spool/mail/boberb, then
deleted /var/run/sudo/boberb, and everything was fine after that...
But shouldn't the graphical user tool not let you delete a user who's
Besides that, there also seems to be a bug in X Windows, as even if I
did do that, it should still let me log back in if I re-create the
user. It seems to be some kinda lock file issue?
I can see no (easy, reliable) way to determine which user originally
called s-c-users, but I can check for running processes of the user
about to be deleted. Code that does that is in current CVS.
So if a user is logged on, they should have at least one running
process (if even just the shell) , and then system-config-users would
deny deletion of that user until they are logged of. That sounds like
a good solution.
It wouldn't directly deny it, but put a very prominent warning in the
There are currently processes running that are owned by 'test1'! This
user is probably still logged in. Do you really want to remove the
The first sentence is in bold. I think that should cut it.
Update is on the way... Should hit the repositories in the next day or so.
Thank you :-)
An advisory has been issued which should help the problem
described in this bug report. This report is therefore being
closed with a resolution of ERRATA. For more information
on the solution and/or where to find the updated files,
please follow the link below. You may reopen this bug report
if the solution does not work for you.