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
g-i-s lets you create a user with no password, but if you do, transition from...
Product: Fedora
Classification: Fedora
Component: gnome-initial-setup (Show other bugs)
All Linux
unspecified Severity high
: ---
: ---
Assigned To: Jasper St. Pierre
Fedora Extras Quality Assurance
Depends On:
  Show dependency treegraph
Reported: 2013-05-08 17:56 EDT by Adam Williamson
Modified: 2013-05-27 20:31 EDT (History)
4 users (show)

See Also:
Fixed In Version: gnome-initial-setup-0.10-3.fc19
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Last Closed: 2013-05-24 16:43:06 EDT
Type: Bug
Regression: ---
Mount Type: ---
Documentation: ---
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---

Attachments (Terms of Use)

  None (edit)
Description Adam Williamson 2013-05-08 17:56:26 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.
Comment 1 Adam Williamson 2013-05-17 13:57:37 EDT
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).
Comment 2 Fedora Update System 2013-05-17 15:52:42 EDT
gnome-initial-setup-0.10-3.fc19 has been submitted as an update for Fedora 19.
Comment 3 Fedora Update System 2013-05-17 18:22:30 EDT
Package gnome-initial-setup-0.10-3.fc19:
* 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).
Comment 4 Adam Williamson 2013-05-20 13:45:43 EDT
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.
Comment 5 Adam Williamson 2013-05-22 18:03:34 EDT
Verified fixed with 0.10-3.fc19.
Comment 6 Fedora Update System 2013-05-24 16:43:06 EDT
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.
Comment 7 Adam Williamson 2013-05-27 20:31:21 EDT
this was fixed prior to beta release, no need for commonbugs / FE.

Note You need to log in before you can comment on or make changes to this bug.