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 655914 - "Enable this account" doesn't work
"Enable this account" doesn't work
Status: RESOLVED FIXED
Product: gnome-control-center
Classification: Core
Component: User Accounts
3.4.x
Other Linux
: Normal normal
: ---
Assigned To: Control-Center Maintainers
Control-Center Maintainers
Depends on:
Blocks:
 
 
Reported: 2011-08-03 16:46 UTC by Sebastien Bacher
Modified: 2013-07-09 15:59 UTC
See Also:
GNOME target: ---
GNOME version: ---


Description Sebastien Bacher 2011-08-03 16:46:05 UTC 
Using GNOME 3.1.4:

* add a new user using the g-c-c panel
* the user is listed as "password: account disabled"
* click on the "account disabled" combo, it opens a new dialog
* select "action: enable this account" and click on the change button
* you get back to the user list, the password label being "***" for a second and then it goes back to "account disabled"
Comment 1 Matthias Clasen 2012-05-09 02:07:43 UTC 
This works fine here, with 3.4. 
Are you still seeing this problem ?
Comment 2 Sebastien Bacher 2012-05-09 16:07:50 UTC 
yes, that's still happening the same way in 3.4.1
Comment 3 Matthias Clasen 2012-05-09 16:34:59 UTC 
Then you will have to do some debugging, I fear.
As I said, I haven't seen anything like that myself.
Comment 4 Sebastien Bacher 2012-05-09 16:56:29 UTC 
what is "enable this account" supposed to be on a new account which has no password set yet?
Comment 5 Matthias Clasen 2012-05-09 20:42:55 UTC 
aha, now I see what you are talking about.
I missed the 'select enable this account' part.
So yes, I see the same behaviour. A minor bug, I'd say.
Enabling an account that does not have a password is not supposed to work.
You need to either set a password or choose 'log in without a password'.

It seems we get temporarily confused about the state of the user until we
get a change notification from the accountsservice and learn that the account
is still disabled.
Comment 6 Ondrej Holy 2013-07-09 15:59:37 UTC 
This bug should have been fixed in Gnome 3.8., if you still see it with current versions, please reopen.