Bug 365786 - Mouse button used for gestures cannot be used in normal way
Summary: Mouse button used for gestures cannot be used in normal way
Status: RESOLVED UNMAINTAINED
Alias: None
Product: systemsettings
Classification: Applications
Component: kcm_khotkeys (show other bugs)
Version: 5.7.0
Platform: Neon Linux
: NOR normal
Target Milestone: ---
Assignee: Michael Jansen
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2016-07-17 16:55 UTC by c2953420
Modified: 2024-03-04 19:41 UTC (History)
5 users (show)

See Also:
Latest Commit:
Version Fixed In:
Sentry Crash Report:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
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.