Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

multimedia keys stop working when restarting i3 in-place #3729

oncer opened this issue Jun 27, 2019 · 2 comments


None yet
3 participants
Copy link

commented Jun 27, 2019

I'm submitting a…

[ X] Bug
[ ] Feature Request
[ ] Documentation Request
[ ] Other (Please describe in detail)

Current Behavior

I have the following keybindings for the volume keys on my keyboard:

bindsym XF86AudioLowerVolume exec pactl set-sink-volume @DEFAULT_SINK@ -5%
bindsym XF86AudioRaiseVolume exec pactl set-sink-volume @DEFAULT_SINK@ +5%

Also the default keybinding for restarting i3 in-place:

bindsym $mod+Shift+r restart

After I restart i3 in-place by pressing mod+shift+r, the volume keys are not working anymore.

pactl set-sink-volume @DEFAULT_SINK@ +10%
in a terminal still raises the volume as expected.

Expected Behavior

The volume keys should still work after restarting i3

Reproduction Instructions


Output of i3 --moreversion 2>&-:

i3 version:
Binary i3 version:  4.16.1 (2019-01-27) © 2009 Michael Stapelberg and contributors
Running i3 version: 4.16.1 (2019-01-27) (pid 2408)abort…)
Loaded i3 config: /home/simon/.i3/config (Last modified: Do 27 Jun 2019 09:13:00 CEST, 1569 seconds ago)

The i3 binary you just called: /usr/bin/i3
The i3 binary you are running: i3-with-/i3
Before restart, volume keys are working:
After restart, volume keys are not working:
- Linux Distribution & Version: archlinux (Linux simon-desktop 5.1.15-arch1-1-ARCH #1 SMP PREEMPT Tue Jun 25 04:49:39 UTC 2019 x86_64 GNU/Linux)
- Are you using a compositor (e.g., xcompmgr or compton): compton

@i3bot i3bot added bug 4.16 labels Jun 27, 2019


This comment has been minimized.

Copy link

commented Jul 2, 2019

In the second log file I can't see any trace of having pressed either of those bindings. Are you sure you pressed them there?

Also, you say other key bindings still work, right? Does this key binding keep working if instead of changing the volume you do something else? Just to rule out that it's the command failing.


This comment has been minimized.

Copy link

commented Jul 3, 2019

I've pressed the keys in both instances. Another thing, when reporting the bug I was using SDDM as a display manager. I've tried switching to GDM and I've not been able to reproduce the same issue there.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
You can’t perform that action at this time.