Shift-CapsLock as hotkey to change layout gets bad sideeffects

[GoogleCodeExporter]

What steps will reproduce the problem?
1. Assign Shift+CapsLock as shortcut to switch layout
2. Try it out
3. Notice that very often, you will end up with shift stuck, and/or caps-lock 
engaged.

What is the expected output? What do you see instead?
I expect that when I hit shift+caps lock, so that the shortcut kicks in and 
layout changes, the state of both caps-lock and shift shall remain what they 
were before the layout changed.

What version of the product are you using? On what operating system?
1.8

Please provide any additional information below.
There is clearly some logic breach going on when the state of the Shift key end 
up remaining pressed after the shortcut kicks in.

Original issue reported on code.google.com by endre.st...@gmail.com on 23 May 2012 at 12:32

[GoogleCodeExporter]

Thanks for the report!  Hopefully I'll look into it this weekend.

Original comment by earshi...@gmail.com on 23 May 2012 at 7:41

[GoogleCodeExporter]

Other guys seem to have this problem, too: 
http://code.google.com/p/keyla/issues/detail?id=10#c5

Original comment by earshi...@gmail.com on 28 Oct 2012 at 1:40

• Changed state: Duplicate

[GoogleCodeExporter]

Fixed in keyla 0.1.9.  Please try it out.

Original comment by earshi...@gmail.com on 28 Oct 2012 at 3:39

• Changed state: Fixed