Version: (using KDE KDE 3.3.1) Installed from: Debian testing/unstable Packages Compiler: from dpkg --status kdesktop: i386 4:3.3.1-3 OS: Linux I have >1 layout enabled in my kxkb, namely, us (the main one), ru and il. When I select the lock screen action from the Kde menu, kdesktop_lock gets started, and the unlock dialog contains a small button with "us". If I (or, much worse, some adversary against whom the lock is started) clicks this button, there is no way to unlock the screen again (other than going to a text console and killing the kdesktop_lock process): the "us" is changed to "ru", then to "il", then to "err", where it stays. If I press "cancel", and move the mouse to make the dialog reappear, it comes back again with "il". The keyboard accelerator for changing the keyboard layout (that normally works within the KDE session, changing the little flag in the tray) doesn't work in the unlock dialog. Expected behaviour: support the keyboard accelerators for changing the layout, allow circular changing of the layouts via the button in the unlock dialog.
1) minor correction: I actually had us_intl enabled as well at the time of my original report. "us_intl" was never shown, though, just "err". 2) having pulled in the most recent Debian testing upgrade and retesting the bug, which caused kdesktop and the kdelibs upgraded to the 4:3.3.2-1 branch, I discovered that the bug no longer happens as described. The keyboard accelerators still don't work, but with the mouse it is possible to change them circularly, and thus a malicious bystander can no longer lockout the user who locked the screen. Thanks for fixing it this way. I think that the problem is no longer worth a bug. If you feel that my initial idea that the keyboard accelerators should be working in the kdesktop_lock passwd entry dialog as well still needs implementing, feel free to reopen.
Bug closed. Kdesktop is no more mantained.