Comment # 2 on bug 847769 from Leonardo Mattos

I do confirm this bug and it happens exactly as Jon Nelson said and is always
reproducible.

1) Configure synaptiks to disable touchpad when a mouse is present;
2) Plug in a mouse;
3) Suspend and resume;
4) Remove the mouse;

Then the touchpad will keep blocked.

Maybe there is the need to some hook to tell to synaptiks that the system is
going suspend and/or that system got awaken and then re-check the mouse
presence.

Thanks in advance.

Should this bug be assigned to KDE team? As long as 

$ zypper info kde-synaptiks

zypper info synaptiks
Loading repository data...
Reading installed packages...


Information for package synaptiks:
----------------------------------
Repository: kde-extra
Name: synaptiks
Version: 0.8.1-15.2
Arch: noarch
Vendor: obs://build.opensuse.org/KDE
Installed: Yes
Status: up-to-date
Installed Size: 533.2 KiB
Summary: A touchpad configuration and management tool for KDE
Description: 
synaptiks is a touchpad configuration and management tool for KDE. It provides
a System Settings module to configure both basic and more advanced settings of
the touchpad. Additionally it comes with a little system tray application,
which ?manages? the touchpad. It does not only provide a global hotkey to
conveniently switch the touchpad on or off, it can also do this automatically
while you are typing, or if you plug in an external mouse.