Bug 741446

I made some further testing and I've found out that the keyboard layout is not switching when unlocking screen. It doesn't matter if it shows 'cz' or 'en' the english layout is still active (and password is written with it). That means that when someone has password with '§' char in it, he can't unlock screen.

Additional information to How reproducible: it happens everytime I try it.

Having trouble reproducing this in fallback mode. I did a default install from Beta RC3 DVD into a VM with French keyboard layout, and verified that works throughout the process of install, boot, add user, log in with that user, lock and unlock screen (using username and password 'azerty' as a test). Then I added en-US keyboard layout via GNOME control center (not system-config-keyboard) and tried playing with that. The 'unlock' dialog, at least in fallback mode, actually has an indicator of the current keyboard layout next to it, and this seems to be 'correct' in all my tests - if I locked with keyboard layout set to fr, the unlock dialog claims the layout is fr and this is in fact the case, if I lock with keyboard layout set to en, the dialog claims the layout is en and it indeed is.

Are you in Shell or fallback mode? Is there a layout indicator on the lock dialog? Did you configure layouts with GNOME control center or system-config-keyboard?

I'm installing from LiveCD. I choose Czech keyboard layout as default, and it really works in whole installation. I add one user 'franta' with password 'za1-y23' (every character is on different place on Czech layout then on en). Czech layout is used as default when I log in first time. English layout is already given as option (I don't have to add it). I have cz layout choosed when I'm locking screen. The 'unlock' dialog have indicator of current layout (it's next to password field). It shows czech layout, but when I try to write password it's denied. But when I write password as if I have English layout it's accepted (but indicator still shows cz layout). When I change layout to English it works as expected (I write password with en layout).

I tried to add new layout (English dvorak). I discovered that Czech layout isn't default (it's not on top of list of layouts in GNOME control center). It's a bit strange, because I chose it as default in installation. I put Czech layout to the top of the list and then I tried again to lock screen. When I tried again to unlock it takes password written on czech layout (again no matter if indicator shows 'en' or 'cz'). I repeated it with English (dvorak) layout as default (on top of list) and it took only English (dvorak) layout when I was writting (and again, I couldn't change it by indicator.

So, I think, that problem is, that gnome-screensaver takes only default keyboard and you can't change it in password dialog (only change is label of layout, but layout itself stays ).

I tried this in Fedore 15 and this bug is here too. So people who have password with characters which aren't on default keyboard (the one on top of the list of layouts in GNOME control center) can't unlock screen.

Discussed at 2011-09-30 NTH review meeting. Accepted as at least NTH as this is clearly a significant issue that we would like to have fixed at release time.

It is still broken. I'd like to propose it as blocker (because of bug 816554), but as it is too late I propose it only as NTH. I hope, that someone will look at it (in finite time).

Upstream bug: https://bugzilla.gnome.org/show_bug.cgi?id=676293

halfline says this is https://bugzilla.gnome.org/show_bug.cgi?id=675167 , which has a fix now.



-- 
Fedora Bugzappers volunteer triage team
https://fedoraproject.org/wiki/BugZappers

Proposing as a blocker for Fedora 17 final because this is rather nasty and affects many users with non-us keyboards. Per the Fedora 17 final release criteria [1] :

There may be times where a requirement is unmet only in a particular configuration, such as with some keyboard layouts but not others, or if a particular character is used in a username, password or passphrase. In such cases, the release team should use their judgement and refer to precedent to determine whether or not the issue should be considered to block the release. They should consider the number of users likely to be affected by the issue, the severity of the case when the issue is encountered, and the ease or otherwise with which the issue can be avoided by both informed and uninformed users.

[1] http://fedoraproject.org/wiki/Fedora_17_Final_Release_Criteria

gtk3-3.4.3-2.fc17 has been submitted as an update for Fedora 17.
https://admin.fedoraproject.org/updates/gtk3-3.4.3-2.fc17

gtk3-3.4.3-2.fc17 fixes this bug for me. Now I can use my ugly czech passwords, this is sooo cool. Thanks for update.

I also confirmed the fix with a custom live spin. Setting VERIFIED. all systems go for RC3!

gtk3-3.4.3-2.fc17 has been pushed to the Fedora 17 stable repository.  If problems still persist, please make note of it in this bug report.