You are not logged in.
My .xbindkeysrc file includes:
"amixer sset -q 'Master' 10%+"
control + shift + b:4
"amixer sset -q 'Master' 10%-"
control + shift + b:5
Which allows me to control sound volume with ctrl+shift+mouse wheel.
This worked perfectly fine until last update...
Currently this works, but it also passes Ctrl+Wheel to the underlying window - which usually results in Ctrl+Wheel zoom (in browser/terminator for example)!
How can I change the volume without zooming? :-)
I am using gnome-shell with xorg
gnome-shell 3.22.2
X.Org X Server 1.19.1, Release Date: 2017-01-11
Thanks!
Last edited by nonZero (2017-01-13 18:54:44)
Offline
The same happens when using sxhkd instead with:
control + shift + button4
amixer sset -q 'Master' 10%+
control + shift + button5
amixer sset -q 'Master' 10%-
Offline
I'm using xbindkeys too and I guess I have the same problem. My script allows to use coy&paste with an extra mouse butten. It looks like this:
"/usr/bin/xvkbd -text "\[Control_L]\[v]""
b:8
But since the last update, I have the following problem: After using it, the control key keeps pressed down, which results into problems with scrolling just as you described. If I press the physical control key again, it's no longer treated as pressed and everythings works as usual.
Offline
I have also posted the question here: http://unix.stackexchange.com/questions … -propagate
With some bounty available! :-)
Offline
I have xbindkeys mapped Page Down for one of my mouse buttons and web pages would just keep scrolling down randomly when using the button. Pressing one of the mapped xbindkeys again would stop the scrolling.
Started happening after xorg-server 1.19 update.
Offline
check yout xorg logs, using the libinput driver? try evdev.
Online
Bumping, as tis is still an issue, with gnome 41.3 and X.Org X Server 21.1.3.
Offline
Try to "export GDK_CORE_DEVICE_EVENTS=1" to the session.
Online