Bug 365786

Summary:	Mouse button used for gestures cannot be used in normal way
Product:	[Applications] systemsettings	Reporter:	c2953420
Component:	kcm_khotkeys	Assignee:	Michael Jansen <kde>
Status:	RESOLVED UNMAINTAINED
Severity:	normal	CC:	clarkboggle, georgefb899, obnosim, radim.hopp, someuniquename
Priority:	NOR
Version First Reported In:	5.7.0
Target Milestone:	---
Platform:	Neon
OS:	Linux
Latest Commit:		Version Fixed In:
Sentry Crash Report:

Description c2953420 2016-07-17 16:55:16 UTC

When enabling mouse gestures, the associated button loses its normal function when an application with enabled mouse gestures is focused, eg. the context menu cannot be opened when the right mouse button is used for gestures.

Reproducible: Always

Steps to Reproduce:
1. Go to System Settings → Own Shortcuts and enable gestures.
2. Use the right mouse button for gestures (on my system it’s button number 3).
3. Open the Konequeror gestures (which are there by default), go to the Conditions tab and change the condition to “window title”: “contains”: “Firefox” and apply the changed
4. Open Firefox.

Actual Results:  
Drawing a gesture (eg. move down) triggers an action, but the right mouse button can no longer be used to open the context menu.

Expected Results:  
Gestures work and context menu can be opened when right mouse button is used without drawing a gesture.

Reproducible with latest KDE neon build:
neon-devedition-gitunstable-20160714-0806-amd64.iso
System Settings 5.7.90
KDE Frameworks 5.25.0
Qt 5.7.0 built against 5.7.0

Comment 1 clarkboggle 2016-10-07 21:59:30 UTC

Same here, can't use right mouse button for example (or have to press ctrl while using it) if i use the right mouse button for gestures.

Comment 2 Radim Hopp 2016-11-24 14:46:11 UTC

I can confirm this behavior. I was so happy when I saw bug #343383 resolved, but this is still a showstopper.

Comment 3 Evstifeev Roman 2016-12-02 18:49:50 UTC

Duplicate of https://bugs.kde.org/show_bug.cgi?id=343383
It should probably be reopened.
I have this bug with systemsettings5-5.8.2-1.1.x86_64

Comment 4 obnosim 2018-08-13 00:10:58 UTC

Same here. Any news?

openSUSE Tumbleweed
Plasma 5.13.4
Frameworks 5.48.0
Qt 5.11.1

Comment 5 george fb 2019-09-23 12:47:14 UTC

This is a packaging problem.

"You should probably open a bug report with your distribution, suggesting that maybe KHotkeys has been built without XTest support (X11_XTest_FOUND needs to be true when building KHotkeys)."
https://www.reddit.com/r/kde/comments/4gffxp/mouse_gestures_break_middle_click/

Didn't work on Solus either.
https://dev.getsol.us/T7959

Comment 6 Nate Graham 2024-03-04 19:41:47 UTC

As announced in https://pointieststick.com/2023/07/26/what-we-plan-to-remove-in-plasma-6/ and https://community.kde.org/Plasma/Plasma_6#Removals, I'm afraid KHotKeys has reached end-of-life in Plasma 6. Accordingly, all bug reports and feature requests for it must be closed now.

Most of what KHotKeys could do can already be done with the newer KGlobalAccel system in Plasma 6. A few features such as mouse gestures and triggering conditions based on changes to window states are not yet implemented in the new system. These will be added in the future if and when resources materialize for them, and/or when a kind soul submits patches to implement them! :) Meanwhile, the 3rd-party "Mouse Actions" app (https://github.com/jersou/mouse-actions) may be usable for implementing your own mouse gestures again.

Thanks for your understanding, everyone.