You are not logged in.
Hi,
after upgrading Kwin mouse clicks sometimes don't register in games, e. g. Warsow. Maybe 1 in 10 won't work.
It also appears to keep the state of the button then. E. g. when using a mouse button to shoot, shooting won't stop after having depressed it, when the fault happens.
Clicking doesnt't seem to be affected on the desktop at all and downgrading Kwin fixes the problem in games again.
Games tested were Warsow and IOQuake3.
Can anyone reproduce this?
EDIT: Solved
Last edited by lzs (2017-06-05 11:34:58)
Offline
wayland?
Offline
No, X11.
Offline
Then kwin is likely a red herring, the game (ioquake3 for one) grab input. What might be possible is a messup on Xi2 and libinput.
=> Do you use xf86-input-libinput and does the problem remain with xf86-input-evdev?
/etc/X11/xorg.conf.d/10-mouse.conf
Section "InputClass"
Identifier "evdev pointer catchall"
MatchIsPointer "on"
MatchDevicePath "/dev/input/event*"
Driver "evdev"
EndSection
Offline
I was using the "mouse" driver.
https://www.x.org/archive/current/doc/m … rv.4.xhtml
It doesn't work with evdev either.
EDIT: Old Xorg log files state that the server was already using evdev for the mouse before.
Last edited by lzs (2017-06-05 10:42:24)
Offline
Do you use a panel set to "auto-hide" or "windows can cover"? I remember when I used KDE/Plasma 5 in the past in the earliest versions of Plasma 5, games didn't see the mouse in a one pixel wide area where I had my panel and that caused issues like you describe.
Offline
Yes, I'm using Cairo-Dock with auto-hide, but disabling it doesn't make a difference.
Offline
There is a new bug report on kde.org that describes this behaviour.
https://bugs.kde.org/show_bug.cgi?id=380846
Works fine in windowed mode here.
There seem to be already a couple of related bugreports there, that are describing the 1 pixel wide area, that Ropid mentioned.
Thanks for your input.
Offline