Bug 333972

Summary: Touchpad settings module sometimes does not apply settings
Product: [Applications] systemsettings Reporter: Al Williams <alw>
Component: kcm_touchpadAssignee: Plasma Bugs List <plasma-bugs>
Status: RESOLVED WORKSFORME    
Severity: normal CC: cfeck, groszdanielpub, nate
Priority: NOR    
Version: 5.17.5   
Target Milestone: ---   
Platform: Kubuntu   
OS: Linux   
Latest Commit: Version Fixed In:
Sentry Crash Report:

Description Al Williams 2014-04-27 21:03:25 UTC
When making changes, things seem to work. But upon restart or relogin, sometimes (not sure if it is always) expected settings (especially drag lock) does not work. Opening the applet shows an error that the saved settings do not match the current settings.

This is on a fresh install of Kubuntu 14.04.

Reproducible: Always

Steps to Reproduce:
1. Enable a non default setting (I always notice it on drag lock)
2. Apply and note that it took.
3. Reboot
4. Log in
5. Observer drag lock is no longer in force
6. Open applet and observe error message
7. Press apply and everything is ok again.
Actual Results:  
See Details

Expected Results:  
Should have reapplied on each login
Comment 1 Alexander Mezin 2014-04-29 02:58:07 UTC
Could you try "touchpad" package from kubuntu experimental ppa?
Comment 2 Al Williams 2014-04-29 03:00:32 UTC
Yes I can. I am not certain what triggers the current set to forget the saved settings. Not sure if it is relogin or perhaps not JUST relogin so it isn't always reproducible. but eventually it does forget. I will try the kubuntu experimental version.
Comment 3 Al Williams 2014-04-29 03:07:29 UTC
Actually, perhaps I'm confused. The PPA has touchpad in it (according to https://launchpad.net/~kubuntu-ppa/+archive/experimental), but the package I have installed is kde-touchpad. 

If I apt-get update and then try to install kde-touchpad it says I am up to date. If I try to install touchpad it says it can't find it. 

Exactly what do you want me to try?
Comment 4 Alexander Mezin 2014-04-29 05:29:21 UTC
Of course, I meant kde-touchpad.

I don't use KUbuntu so I don't know how packages are exactly named and can't give any advice on how to upgrade. Package in PPA has been updated yesterday.
Comment 5 Al Williams 2014-05-02 00:27:53 UTC
I managed to download the dpkg, uninstalled the Kubuntu package and installed this one. So far so good.
Comment 6 Al Williams 2014-05-06 17:59:17 UTC
Unfortunately, even with the new package the problem persists. I can't tell exactly what triggers it to not reload the settings. It knows the settings do not match as it does show a warning that the current settings don't match the saved settings.
Comment 7 Alexander Mezin 2014-05-07 11:06:36 UTC
This problem may be caused by X thinking that touchpad is plugged in (for example, "udevadm trigger"). I am working on fix for it.
Comment 8 Al Williams 2014-05-07 12:32:15 UTC
I have a similar problem with a keyboard. I have a custom piece of software that enables its "special keys" and sometimes it "forgets" so it makes sense that the USB bus is perhaps disconnecting/reconnecting and things aren't getting reloaded. Not sure why that should be true, but it would explain both issues.
Comment 9 Alexander Mezin 2014-05-07 14:16:54 UTC
Could you attach your dmesg and Xorg.0.log here? (when touchpad/keyboard settings are reset)
Comment 10 Alexander Mezin 2014-05-08 06:52:07 UTC
Now latest kcm-touchpad from git master re-applies settings after "udevadm trigger". Package in Kubuntu Experimental PPA should update soon.
Please, let me know if it works for you now.
Comment 11 Grósz Dániel 2014-05-12 04:54:38 UTC
Circular scrolling is always enabled on startup even though I disabled it. If I open the kcm, it correctly recognizes that it's not what I saved, and if I click Apply, it disables circular scrolling. Other settings are generally remembered. (I think other settings were forgotten once or twice too, but I'm not sure.)

It is on openSUSE 13.1 from the KDE Current Extra repository.
Comment 12 Al Williams 2014-05-14 19:47:15 UTC
The latest kcm-touchpad in Experimental PPA (20140513+r312~2746b19+2) didn't fix my issue. I can't figure out what the trigger is but just sometimes it randomly forgets the preset settings in the actual hardware.
Comment 13 Alexander Mezin 2014-05-16 15:01:30 UTC
When it will forget settings next time, could you save dmesg and Xorg.0.log and attach them here?
Comment 14 Grósz Dániel 2014-05-27 18:15:57 UTC
On my machine, the touchpad settings occasionally (like once in a week) change to some (default?) settings, on an already running system. I wrote a script to monitor the synclient output and it just changed for no apparent reason.

I don't know whether this issue is related to the fact that some settings are not applied at startup, and/or to the issue reported by Al Williams. I don't have anything recent in the Xorg log. I have the following lines in dmesg:
[14045.649047] psmouse serio1: Touchpad at isa0060/serio1/input0 lost sync at byte 6
[14045.664671] psmouse serio1: Touchpad at isa0060/serio1/input0 - driver resynced.
But there are such lines from earlier too, when nothing happened to the touchpad settings, so I doubt that they are related.
Comment 15 Nate Graham 2024-03-25 02:16:35 UTC
Hello! This bug report concerns the Synaptics version of the Touchpad page, which is no longer supported in Plasma 6. Can you please see if the issue still happens when using Libinput? If so, please change the status back to "REPORTED." If not, go ahead and change it to "RESOLVED FIXED", or let the bot do it automatically after a month. Thanks!
Comment 16 Bug Janitor Service 2024-04-09 03:47:42 UTC
Dear Bug Submitter,

This bug has been in NEEDSINFO status with no change for at least
15 days. Please provide the requested information as soon as
possible and set the bug status as REPORTED. Due to regular bug
tracker maintenance, if the bug is still in NEEDSINFO status with
no change in 30 days the bug will be closed as RESOLVED > WORKSFORME
due to lack of needed information.

For more information about our bug triaging procedures please read the
wiki located here:
https://community.kde.org/Guidelines_and_HOWTOs/Bug_triaging

If you have already provided the requested information, please
mark the bug as REPORTED so that the KDE team knows that the bug is
ready to be confirmed.

Thank you for helping us make KDE software even better for everyone!
Comment 17 Bug Janitor Service 2024-04-24 03:46:57 UTC
This bug has been in NEEDSINFO status with no change for at least
30 days. The bug is now closed as RESOLVED > WORKSFORME
due to lack of needed information.

For more information about our bug triaging procedures please read the
wiki located here:
https://community.kde.org/Guidelines_and_HOWTOs/Bug_triaging

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