Bug 96432

Summary:	kdesktop_lock impossible to unlock after 1 click, with kxkb enabling >1 layout
Product:	[Unmaintained] kdesktop	Reporter:	Vassilii Khachaturov <vassilii>
Component:	general	Assignee:	David Faure <faure>
Status:	CLOSED WORKSFORME
Severity:	normal	CC:	finex
Priority:	NOR
Version First Reported In:	unspecified
Target Milestone:	---
Platform:	Debian testing
OS:	Linux
Latest Commit:		Version Fixed/Implemented In:
Sentry Crash Report:

Description Vassilii Khachaturov 2005-01-06 12:19:37 UTC

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.

Comment 1 Vassilii Khachaturov 2005-02-07 07:39:50 UTC

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.

Comment 2 FiNeX 2009-01-02 20:29:49 UTC

Bug closed. Kdesktop is no more mantained.