Bug 244736

Summary:	Changing mouse buttons order from Systemsetting modifies all input devices settings
Product:	[Applications] systemsettings	Reporter:	YAFU <yafulinux>
Component:	kcm_mouse	Assignee:	Marie Loise Nolden <nolden>
Status:	RESOLVED UNMAINTAINED
Severity:	minor	CC:	h.goebel, haiiro.no.neither
Priority:	NOR
Version:	unspecified
Target Milestone:	---
Platform:	Ubuntu
OS:	Linux
Latest Commit:		Version Fixed In:
Sentry Crash Report:

Description YAFU 2010-07-15 14:53:56 UTC

Version:           unspecified (using KDE 4.4.2) 
OS:                Linux

This is a wishlist more than a bug I guess.

I have a USB mouse and a tablet Genius.
I need to change the order of the buttons on the mouse only, but doing so from the KCM mouse configuration module also changes the mapping of the buttons on the Stylus Genius tablet.
Would not it be more convenient to choose from systemsettings the device to be modified? (Taken from xinput list, for example)
Thanks.

Reproducible: Didn't try




Tablet use "wizardpen" driver. Tablet Model: Genius EasyPen i405
USB Mouse: Genius NetScroll 200 Laser
Kubuntu 10.04 64bits - KDE 4.4.2

Comment 1 Kyo 2012-02-27 22:52:23 UTC

Can I suggest the severity of this be bumped up? I'm using KDE 4.7 (current Oneiric Kubuntu version) and I'm affected by it as well. This is pretty serious for tablet users who for whatever reason flip their mouse's buttons as setting the mouse to left-handed messes up the tablet's mapping.

Inkscape seems to know about the problem, which makes life harder as using xsetwacom to undo the mess makes it impossible to draw on Inkscape.

Right now I have my mouse with the right-handed setting on kcm_mouse, but a script I set to run whenever KDE starts queries xinput and changes buttons 1/3 for any devices whose name contains "mouse" in any combination of cases. Obviously it doesn't cover hotplugging, though.

Tablet: Wacom Bamboo CTL-460 with USB ID 056a:00d4
KDE: 4.7, all packages as per current Oneiric versions
Xorg: 7.6, current Oneiric versions and xf86-input-wacom 0.13.0 for a bug with clicking on UI elements
Kernel: 3.0.0 with modified wacom.ko for pressure sensitivity
Using a 64-bit system here too!

Comment 2 h.goebel 2013-01-11 11:00:37 UTC

See also https://bugs.kde.org/show_bug.cgi?id=313067

Comment 3 Andrew Crouthamel 2018-11-09 00:59:19 UTC

Dear Bug Submitter,

This bug has been stagnant for a long time. Could you help us out and re-test if the bug is valid in the latest version? I am setting the status to NEEDSINFO pending your response, please change the Status back to REPORTED when you respond.

Thank you for helping us make KDE software even better for everyone!

Comment 4 Andrew Crouthamel 2018-11-18 03:33:45 UTC

Dear Bug Submitter,

This is a reminder that this bug has been stagnant for a long time. Could you help us out and re-test if the bug is valid in the latest version? This bug will be moved back to REPORTED Status for manual review later, which may take a while. If you are able to, please lend us a hand.

Thank you for helping us make KDE software even better for everyone!

Comment 5 h.goebel 2021-03-09 14:37:05 UTC

This bug/feature-reqeust still persists.

Comment 6 Nate Graham 2024-03-25 01:40:34 UTC

Hello! This Bugzilla ticket concerns support for the non-Libinput version of the Mouse page, which is no longer supported in Plasma 6. As such, the ticket will be closed as fixing or implementing what's requested here is now out of scope.

Thanks for your understanding!