Bug 420762 - Tap-to-click is shown, but cannot be toggled
Summary: Tap-to-click is shown, but cannot be toggled
Status: RESOLVED FIXED
Alias: None
Product: systemsettings
Classification: Applications
Component: kcm_touchpad (show other bugs)
Version: 5.26.5
Platform: Neon Linux
: NOR normal
Target Milestone: ---
Assignee: Plasma Bugs List
URL:
Keywords:
: 477460 (view as bug list)
Depends on:
Blocks:
 
Reported: 2020-04-29 17:13 UTC by Lonnie
Modified: 2023-11-30 22:34 UTC (History)
5 users (show)

See Also:
Latest Commit:
Version Fixed In: 6.0


Attachments
Tap-to-Click is shown, but disabled (402.21 KB, image/png)
2020-04-29 17:13 UTC, Lonnie
Details
Tap-to-Click is now enabled (370.08 KB, image/png)
2020-05-05 12:41 UTC, Lonnie
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Lonnie 2020-04-29 17:13:59 UTC
Created attachment 127995 [details]
Tap-to-Click is shown, but disabled

The touchpad on my laptop is a poor design, because it doesn't recede down into its housing to avoid my thenar and hypothenar's proclivity for inadvertent tap-to-clicks. 

In Ubuntu 19.10, using this same laptop, I was able to toggle off "Tap to Click", as shown here:
https://askubuntu.com/a/1135765/256054

However, in Kubuntu 20.04, this option is grayed out (disabled), and cannot be Toggled. See the attached screenshot or view it here:
https://i.stack.imgur.com/1uktS.png
Comment 1 Lonnie 2020-04-29 17:23:11 UTC
Work-around: https://unix.stackexchange.com/questions/583371/
Comment 2 Lonnie 2020-05-05 12:41:32 UTC
Created attachment 128171 [details]
Tap-to-Click is now enabled

Today, I've noticed that Tap-to-click has become enabled:
https://i.stack.imgur.com/R0Vqt.png

Perhaps recent system updates (I've done) caused this.

Question: In the screenshot, you can still see that some things are disabled. Is this likely due to the capabilities of my touchpad/drivers, or is this just KDE's way to showcasing upcoming features?
Comment 3 Nate Graham 2020-05-07 15:55:53 UTC
If you check the "Tap to click" checkbox, the other settings under it will become enabled.
Comment 4 Lonnie 2020-05-07 17:07:43 UTC
Ah, that makes sense (because they are all dependent on Tap-to-click being enabled).

I installed Kubuntu 20.04 over my previous Kubuntu 19.10 installation, where I had previously disabled Tap-to-click.

After 20.04 was installed, the Tap-to-click option too was disabled; it was probably mistakenly included into the code block that properly disables all those Tap-dependent sub-features (leaving no opportunity to toggle Tap-to-click itself back on). This is merely speculation.

Anyway, it is fixed now and it all makes good sense. Thank you.
Comment 5 Lonnie 2020-10-07 04:33:07 UTC
Read recent comments here:
https://unix.stackexchange.com/questions/583371/

Something is still wrong with this tap-to-click toggler. I've had tap-to-click toggled off for a long time now. To help Vince, in the link above, I went into the touchpad settings and notice (like he) that the tap-to-click checkbox was completely disabled (you could not toggle it).

I enabled the ability to toggle it in an unusual way. Basically, I click the "Default" button on the bottom-left, but I did NOT apply it. Instead, I exited out of the Touchpad settings window. Upon doing that it ask me if I wanted to save the changes I made, and I clicked "Discard". After that, I went back into the touchpad settings again (from a freshly launched window) and for some reason the "Tap-to-click" became toggleable again.

There may be something in the code, where the code doesn't understand the difference between unchecked and disabled. Just because someone unchecks that box does mean that the form-control itself should become disabled. Yes, the Tap-to-click functionality should become disabled upon unchecking, however, that form-control itself should always be enabled whether it is checked or unchecked!

I can't tell you exactly how to reproduce this issue, but if you look at the code you may see that my suspicion above is accurate. Try unchecking tap-to-click and then reboot your machine. Maybe after that, when you go back into the form you'll see that the form-control itself is disabled. That's what we are experiencing.
Comment 6 D Guerrero 2023-01-12 05:46:07 UTC
I Was able to replicate this bug on a XPS 13 9365 running Neon 5.26. I was able to fix it by installing xserver-xorg-input-synaptics as suggested on https://unix.stackexchange.com/questions/583371/

System info:
Operating System: KDE neon 5.26
KDE Plasma Version: 5.26.5
KDE Frameworks Version: 5.101.0
Qt Version: 5.15.8
Kernel Version: 5.15.0-57-generic (64-bit)
Graphics Platform: X11
Graphics Processor: Mesa Intel® HD Graphics 615
Manufacturer: Dell Inc.
Product Name: XPS 13 9365
Comment 7 Candid Dauth 2023-10-20 20:35:44 UTC
This is still an issue on KDE Plasma 5.27.8 on Arch Linux.
Comment 8 piotr 2023-11-26 15:06:48 UTC
This really seems to be a bug in the settings app. I managed to enable it by going to some other section of "Input devices" section and making and applying a change there - when I returned to touch pad settings "tap-to-click" checkbox was clickable. However, when I made my changes (and applied them - i.e. enabled tap-to-click, so the settings state is different from default) I noticed that there is no indication in categories pane that the option was changed (i.e. there is no orange dot next to "Input devices" in left pane of settings app; and I have "Highlight Changed Settings" selected). This is on KDE Neon (Plasma 5.27.9).
Comment 9 Nate Graham 2023-11-29 19:31:03 UTC
This is fixed for Plasma 6.
Comment 10 Nate Graham 2023-11-30 22:34:48 UTC
*** Bug 477460 has been marked as a duplicate of this bug. ***