After one wrotes and deletes some letters (by hitting backspace key) a hit on Shift Key will insert the removed letters again. On a second hit of shift key, everything will be deleted. This only happens sometimes on my laptop (when I'm at home (?)). Reproducible: Sometimes I have two keyboard layouts: - "de(us)" (english (us) layout with äöüß on hitting AltGr) - "de" (german layout) - I can change the layouts by pressing both shift keys at once Deleting this shortcut in layouts systemsettings, it works again. But this behaviour is only present in klockscreen.
> I can change the layouts by pressing both shift keys at once where and how did you configure that?
Ah sorry: Systemsettings > input > keyboard > add some layouts and at the top right quarter of the window you can select a 'primary shortcut' or something like that. In the check boxes list there you can select 'both shift kets' somewhere.
I see. I wasn't aware of that feature at all and it's apparently bypassing the global shortcut handling. There's also an "Alternative shortcut" which operates through global shortcut handling. I assume that this one would not expose the problem.
Oh the alternate shortcut is much nicer, because it displays a notification like the volume notification. And then it is working fine. Thanks. But I think this is only a good workaround. Do you think it's a bug in kscreenlocker or in systemsettings that they do weird things? Should I report it there?
No, I think this is a bug in kscreenlocker or it's dependencies. This will require more investigation.
I can confirm this. On the screen locker when the password field has focus, the shift key will insert characters while being pressed. It's like key repeating but without the timeout. This makes it almost impossible to enter a password that contains a character that needs shift to be pressed (and is not accessible by Caps Lock). I say almost as I think it should be possible in theory to press shift + [special key] and keep it down for some time so you are sure to have lots of special characters of the right type in the middle, then you delete the characters shift added on both sides, and you should be left with the special character you need. In practice since the password field is so small it is very hard to see how many characters actually gets added and there is the very annoying feature that if you press the right key when the cursor is at the end of the password focus shifts to New Session and the password is lost. After trying this for quite some time to get back into a session with unsaved work I gave up. This assumes that the shift key actually works as a shift key at all, which I could never confirm. Disabling the "Switching to another layout" > "Both keys together" setting makes it work. I just discovered that if you try to disable it by just unchecking the "Configure keyboard options" on top it will not actually disable it, you have to make sure the actual check box is unchecked. Interestingly, after pressing Apply after doing any change on the Advanced tab, if you then press Ctrl the Num Lock diode gets disabled (while Num Lock itself stays on). The diode stays off until a registered shortcut is triggered. I have noticed wired behavior with Num Lock for some time, but this is a case where I found something reproducible.
To be clear, the behavior I'm seeing is that the Shift key inserts characters into the password field, but not characters that have previously been deleted, but new characters. As soon and as long as it's pressed it inserts characters very rapidly.
Can reproduce.