Red Hat Bugzilla – Bug 961140
g-i-s lets you create a user with no password, but if you do, transition from g-i-s to user session fails and g-i-s re-runs on reboot
Last modified: 2013-05-27 20:31:21 EDT
g-i-s's user creation page will happily accept a user account with no password. If you just enter a name, no password, then the "Next" button is active and you can click it and proceed through the rest of g-i-s with no trouble.
However, doing so breaks the world: after you finish g-i-s, GNOME doesn't come up. The system just gets stuck, still in the g-i-s session.
If you reboot, g-i-s runs again. If, at this point, you create a new user account, with a password, then that will work and you will wind up in a user session for the new account. However, GNOME acts as if the first user account does not exist. It doesn't show up in GDM, and there is no Log Out option for the second user account.
At a console, you cannot log in as the first user account; it seems like it's created as a locked account, not an account you can log into without entering a password.
If, after creating the 'empty password' user, you do 'yum remove gnome-initial-setup' and reboot (instead of letting g-i-s run and creating a new account), then GDM fails to start up properly.
Not sure if the intent here is for you to be able to create a password-less account - in which case the mechanism needs to be fixed - or for it not to be possible - in which case Next needs to be greyed out if no password is entered.
Nominating as a potential Beta FE - this behaviour makes a pretty bad impression and if whatever desktop team decides to do to fix it is quite simple/safe, we might want to pull it in for Beta (if not, we might prefer to leave it for Final).
gnome-initial-setup-0.10-3.fc19 has been submitted as an update for Fedora 19.
* should fix your issue,
* was pushed to the Fedora 19 testing repository,
* should be available at your local mirror within two days.
Update it with:
# su -c 'yum update --enablerepo=updates-testing gnome-initial-setup-0.10-3.fc19'
as soon as you are able to.
Please go to the following url:
then log in and leave karma (feedback).
Discussed at 2013-05-20 freeze exception review meeting: http://meetbot.fedoraproject.org/fedora-blocker-review/2013-05-20/f19beta-blocker-review-7.2013-05-20-16.07.log.txt . Accepted as a freeze exception bug: this behaviour is pretty nasty if you hit it, and worth making sure is fixed for Beta.
Verified fixed with 0.10-3.fc19.
gnome-initial-setup-0.10-3.fc19 has been pushed to the Fedora 19 stable repository. If problems still persist, please make note of it in this bug report.
this was fixed prior to beta release, no need for commonbugs / FE.