Bug 968915

Summary: Anaconda locks user account instead of creating it password-less
Product: [Fedora] Fedora Reporter: Vojtěch Boček <vbocek>
Component: anacondaAssignee: Brian Lane <bcl>
Status: CLOSED ERRATA QA Contact: Fedora Extras Quality Assurance <extras-qa>
Severity: unspecified Docs Contact:
Priority: unspecified    
Version: 19CC: anaconda-maint-list, awilliam, dshea, g.kaviyarasu, jonathan, kparal, mkolman, robatino, sbueno, vanmeeuwen+fedora
Target Milestone: ---   
Target Release: ---   
Hardware: Unspecified   
OS: Unspecified   
Whiteboard: AcceptedBlocker
Fixed In Version: anaconda-19.30.3-1.fc19 Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2013-06-12 03:38:50 UTC Type: Bug
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:
Bug Depends On:    
Bug Blocks: 834090    
Attachments:
Description Flags
anaconda.log from the installation
none
anaconda.program.log from the installation
none
Kickstart generated by anaconda none

Description Vojtěch Boček 2013-05-30 09:30:46 UTC 
Created attachment 754737 [details]
anaconda.log from the installation

Description of problem:
When no root password is set in Anaconda and only Administrator user with no password is created, gnome-initial-setup wants me to create a new user. User previously created in anaconda is locked.

Fix of this bug might be related: https://bugzilla.redhat.com/show_bug.cgi?id=964299

Version-Release number of selected component (if applicable):
anaconda 19.30-1

How reproducible:
100%

Steps to Reproduce:
1. Start F19 installation
2. Do not set root password
3. Create new user, check the "Administrator" box and uncheck "Require password..." box
4. After installation, gnome-initial-setup will tell you to create a new user.

Actual results:
User created by anaconda is locked.

Expected results:
The user should be usable.

Additional info:
Comment 1 Vojtěch Boček 2013-05-30 09:31:22 UTC 
Created attachment 754739 [details]
anaconda.program.log from the installation
Comment 2 Vojtěch Boček 2013-05-30 09:33:03 UTC 
Created attachment 754742 [details]
Kickstart generated by anaconda
Comment 3 Kamil Páral 2013-05-30 09:44:54 UTC 
Reproduced with F19 Beta Live x86_64. I instructed anaconda to create a password-less user account, but the account was locked instead and (therefore) gnome-initial-setup was executed on the first boot and forced me to create yet another user.

Proposing as a blocker. Our criteria are a bit lagging behind, but I think this depicts the spirit:
" After firstboot is completed and on subsequent boots, a graphical install must boot to a log in screen where it is possible to log in to a working desktop as the user created during firstboot. "
http://fedoraproject.org/wiki/Fedora_19_Alpha_Release_Criteria

Replace "firstboot" with anaconda, since anaconda now can create users as well.
Comment 4 Adam Williamson 2013-05-30 17:03:19 UTC 
Discussed at 2013-05-30 blocker review meeting: http://meetbot.fedoraproject.org/fedora-blocker-review/2013-05-30/f19final-blocker-review-1.1.2013-05-30-16.02.log.txt . Accepted as a blocker per criterion cited in c#3: esp. on the KDE path you could wind up being unable to log in with this bug.
Comment 5 Fedora Update System 2013-06-06 18:37:45 UTC 
anaconda-19.30.3-1.fc19 has been submitted as an update for Fedora 19.
https://admin.fedoraproject.org/updates/anaconda-19.30.3-1.fc19
Comment 6 Kamil Páral 2013-06-07 11:38:17 UTC 
Verified fixed with anaconda-19.30.3-1.
Comment 7 Fedora Update System 2013-06-12 03:38:50 UTC 
anaconda-19.30.3-1.fc19 has been pushed to the Fedora 19 stable repository.  If problems still persist, please make note of it in this bug report.