You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
[X] Bug
[ ] Other kind of issue (Please describe in detail)
Current Behavior
i3lock --pass-media-keys does not pass media keys.
Expected Behavior
i3lock --pass-media-keys should pass media keys.
Reproduction Instructions
OS is Debian 10. Desktop environment is MATE. I can play and pause media using the media keys via xbindkeys. I lock the screen with: i3lock --pass-media-keys. I would expect the media keys to continue to function as normal. The keys in question are m:0x0 + c:208 and m:0x0 + c:209, which correspond to XF86AudioPlay and XF86AudioPause. (I'm using the keycode numbers instead of the names due to what seems to be a problem with xbindkeys, but it should work either way)
If I had to guess, I think the problem has something to do with how i3lock interacts with MATE. I have used i3lock-color in the past with fluxbox (keys are bound in fluxbox's keys file) and it worked at that time. I think maybe when the screen is locked, some component of MATE is intercepting the keys somehow and they are not getting passed correctly along to xbindkeys, but I am just guessing.
Environment
i3lock version: 2.13.c.4, also tried with 2.13.c.4-37-gaeb9982.
Where'd you get i3lock-color from?
[ ] AUR package (which one?)
[X] Built from source yourself
[ ] Other (Please describe in detail)
The text was updated successfully, but these errors were encountered:
This issue is a....
Current Behavior
i3lock --pass-media-keys
does not pass media keys.Expected Behavior
i3lock --pass-media-keys
should pass media keys.Reproduction Instructions
OS is Debian 10. Desktop environment is MATE. I can play and pause media using the media keys via xbindkeys. I lock the screen with:
i3lock --pass-media-keys
. I would expect the media keys to continue to function as normal. The keys in question arem:0x0 + c:208
andm:0x0 + c:209
, which correspond to XF86AudioPlay and XF86AudioPause. (I'm using the keycode numbers instead of the names due to what seems to be a problem with xbindkeys, but it should work either way)If I had to guess, I think the problem has something to do with how i3lock interacts with MATE. I have used i3lock-color in the past with fluxbox (keys are bound in fluxbox's keys file) and it worked at that time. I think maybe when the screen is locked, some component of MATE is intercepting the keys somehow and they are not getting passed correctly along to xbindkeys, but I am just guessing.
Environment
Where'd you get i3lock-color from?
The text was updated successfully, but these errors were encountered: