Invalid user name is not filtered in login window.

[xiayi]

1. Boot CMPC and when it asks for username ,input nothing and hit "enter" or "tab"
2. When it asks for password, input nothing and hit "enter" or "tab"

In step 1, it comes to the password input window
In step 2, it informs the username & password don't match.

[Oliver Grawert (ogra)]

confirming that, even thought its not really critical as gdm properly tells you that the input was wrong after hitting enter twice ... i assume the gdm maintainer will set that to whishlist

[Sebastien Bacher (seb128)]

thank you for your bug report, could you gives details on why you think the behaviour is wrong?

[xiayi (yi-xia)]

Hi,
 A blank username is not allowed when creating an account.So when
a user inputs nothing and clicks enter, he will surely fail to login no
matter what he inputs for password. This seems a little unreasonable.
 It'll be better if user is prompted to input none-blank username
once more.

     Best Regards
Xia Yi

[Sebastien Bacher (seb128)]

not sure if that's worth changing the code, that seems such a non issue, if some users decide to enter wrong login informations or none that's their choice and I'm not sure why the software should treat that differently than randomly false username and password

[Oliver Grawert (ogra)]

i rather tend to agree that gdm should check for zero length strings for the username and simply ignore the enter key in such cases in the upstream code ... its a minor cosmetical issue though as it behaves right and tells the user that the data input was invalid. i filed a gnome usability bug (545322) for that upstream so it can be fixed in future versions

[Sebastien Bacher (seb128)]

alright, I don't really see the point and I've never seen an user hitting enter and complaining about the software but let's see what upstream says about the issue

[Sebastien Bacher (seb128)]

it's not a bug, upstream closed it with this comment

"I don't think that it would be right to special case this. Some PAM modules
may require an empty response for other reasons."