Created attachment 609371 [details] bug demonstration video Description of problem: If you provide a wrong password and try to log in again, gdm freezes. See video. Version-Release number of selected component (if applicable): gdm-3.5.90-1.fc18 How reproducible: always Steps to Reproduce: 1. provide wrong password 2. click on your account name again
Created attachment 609372 [details] messages since the time I tried to log in
Created attachment 609373 [details] greeter.log
Nominating for blocker: " When booting a system installed without a graphical environment, or when using a correct configuration setting to cause an installed system to boot in non-graphical mode, the system should provide a working login prompt without any unintended user intervention when boot is complete, and all virtual consoles intended to provide a working login prompt should do so " https://fedoraproject.org/wiki/Fedora_18_Beta_Release_Criteria
Reproducible here also. Steps same as Comment 1 above. Blank GDM (no text / icon / options) shows up.
Or even just press Cancel for the same effect. Actual result: 2. user icon appears but no password box not Cancel/Sign In buttons. Expected result: 2. login to be possible second time.
oh and yes this still happens with gdm-3.5.91-1.fc18.
this should be fixed with gnome-shell-3.5.91-1.fc18
This is still there in F18 Alpha RC2. Havent checked gnome-shell version in Alpha RC2. Two ways to reproduce: FIRST: Steps: 1) Click on user 2) Enter wrong password 3) In the menu that shows up, click "Not Listed" 4) GDM freeze How reproducible: always SECOND: Steps: 1) Click on user 2) Enter wrong password 3) In the menu that shows up, click on the same user as in 1) 4) GDM freeze How reproducible: mostly
Should be fixed in current packages.
Discussed at 2012-09-26 blocker review meeting: http://meetbot.fedoraproject.org/fedora-qa/2012-09-26/f18-beta-blocker-review-1.2012-09-26-16.03.log.txt . Accepted as a blocker per criterion "Following on from the previous criterion, after firstboot is completed and on subsequent boots, a system installed according to any of the above criteria must boot to a working graphical environment without unintended user intervention." , though we agreed this criterion isn't ideal and I will draft some better ones to enforce the https://fedoraproject.org/wiki/QA:Testcase_desktop_login test case. Marking as ON_QA on the basis that it's expected to be fixed in I guess 3.5.92, please re-test with that GDM/GNOME.
Just tested on fully updated F18. Issue seems to have been resolved. $ rpm -qa | grep gdm gdm-3.6.0-1.fc18.x86_64
We're up to 3.6.0 in stable now, so let's close this.
Confirmed fixed.