sxhkd icon indicating copy to clipboard operation
sxhkd copied to clipboard

super + double shift behaves as super + shift + l

Open ncfavier opened this issue 3 years ago • 0 comments

My keyboard config is setxkbmap -layout 'fr,us,ru,gr' -variant 'oss,,phonetic_fr,' -option 'grp:shifts_toggle' so I can switch keyboard layouts by pressing both shift keys (pressing the left one first cycles to the right, and vice-versa). I have sxhkd 0.6.2 running as sxhkd -m 1, and I have a bind set up for super + shift + l.

When I press super, left shift and right shift simultaneously in that order, the super + shift + l bind is triggered and the layout cycles to the right. This is independent of the current layout.

When I press super, right shift and left shift simultaneously in that order, or super and just one shift, nothing happens.

This was especially fun when I did it accidentally because that bind happens to lock my screen, and you can guess what happened when I typed my password on a different keyboard layout.

I'm not sure what could be causing this, maybe Shift_L is confused with shift + l somewhere? Оr maybe ISO_Next_Group is interpreted as l somehow?

I get the same results with super + shift + L (uppercase).


Debug output when I press super + left shift + right shift:

key press 46 81
key release 62 208
num active 0
key release 46 209
num active 0

and when I press super + left shift + l:

key press 46 81
key release 46 209
num active 0

It seems like sxhkd gets a key press event with keycode 46 (l) in both cases, so this is probably not an sxhkd bug... It's weird that xev does not report this though.

ncfavier avatar Jun 20 '22 12:06 ncfavier