Bug 3923

Summary: Synaptiks does not disable touchpad when USB mouse is connected.
Product: Mageia Reporter: Grigory Maksaev <schlecht>
Component: RPM PackagesAssignee: Mageia Bug Squad <bugsquad>
Status: RESOLVED OLD QA Contact:
Severity: minor    
Priority: Normal CC: balcaen.john, dmorganec, fundawang, marja11, stormi-mageia, thierry.vignaud
Version: 2   
Target Milestone: ---   
Hardware: x86_64   
OS: Linux   
Whiteboard:
Source RPM: synaptiks-0.4.0-3.mga1 CVE:
Status comment:

Description Grigory Maksaev 2011-12-29 20:26:51 CET
Description of problem:
Synaptiks disables touchpad when USB mouse is connected only after the system is completely loaded (after user login). If the mouse is connected prior to booting the system, both the mouse and the touchpad are active. Unplugging and plugging back the mouse disables touchpad.

Version-Release number of selected component (if applicable):


How reproducible:
Always.

Steps to Reproduce:
1. Install synaptiks.
2. Go to KDE System Settings - Touchpad Settings and Management (for synaptiks, not the one for KDE) and check "Automatically switch off touchpad if a mouse is plugged". Apply.
3. Plug in the mouse - touchpad is disabled.
4. Power off the laptop (or restart) with mouse plugged.
5. After logging in both mouse and touchpad are active.
6. Unplug and plug the mouse back - touchpad is inactive again.
Comment 1 Marja Van Waes 2012-02-17 07:42:30 CET
cc'ing committers of synaptiks

CC: (none) => balcaen.john, fundawang, marja11

Comment 2 Funda Wang 2012-02-17 08:08:37 CET
I guess it is not the responsibility of synaptiks when during boot up, maybe udev?
Comment 3 Marja Van Waes 2012-02-18 22:37:58 CET
(In reply to comment #2)
> I guess it is not the responsibility of synaptiks when during boot up, maybe
> udev?

cc'ing some udev committers

CC: (none) => dmorganec, mageia, thierry.vignaud
Source RPM: synaptiks-0.4.0-3.mga1 x86_64 => synaptiks-0.4.0-3.mga1 x86_64 udev

Comment 4 Colin Guthrie 2012-08-30 18:50:47 CEST
I can't see this bug being fixed in MGA1, but MGA2 has a newer synaptiks version.

There are no udev rules in the synaptiks package so I cannot see this being udev's responsibility in any way.

To avoid doubt, I believe this is a purely localized problem in synaptiks. It is responsible for detecting these other device and disabling the touch pad. As this is a user preference, it will not affect e.g. KDM when logging in. It will only affect the users' desktop after logging in.

My guess is that synaptiks is listening in some capacity for plug/unplug events and acting on those, but not properly scanning on startup.

I say this without any specialist knowledge of synaptiks code or operation, just going on a general "how things work" principle, and thus I *could* be wrong here.

If it's still a problem I would suggest an upstream bug report as we do not customize this package (we did in MGA1, but I cannot see that patch being problematic).

My $0.02.

CC: mageia => (none)

Comment 5 Manuel Hiebel 2012-11-05 16:52:36 CET
This message is a reminder that Mageia 1 is nearing its end of life. 
In approximately 25 days from now, Mageia will stop maintaining and issuing 
updates for Mageia 1. At that time this bug will be closed as WONTFIX (EOL) if it 
remains open with a Mageia 'version' of '1'.

Package Maintainer: If you wish for this bug to remain open because you plan to 
fix it in a currently maintained version, simply change the 'version' to a later 
Mageia version prior to Mageia 1's end of life.

Bug Reporter: Thank you for reporting this issue and we are sorry that we may not 
be able to fix it before Mageia 1 is end of life.  If you would still like to see 
this bug fixed and are able to reproduce it against a later version of Mageia, 
you are encouraged to click on "Version" and change it against that version 
of Mageia.

Although we aim to fix as many bugs as possible during every release's lifetime, 
sometimes those efforts are overtaken by events. Often a more recent Mageia 
release includes newer upstream software that fixes bugs or makes them obsolete.

--
Mageia Bugsquad
Grigory Maksaev 2012-11-06 20:14:15 CET

Version: 1 => 2

Samuel Verschelde 2013-09-06 19:06:37 CEST

CC: (none) => stormi
Source RPM: synaptiks-0.4.0-3.mga1 x86_64 udev => synaptiks-0.4.0-3.mga1

Comment 6 Manuel Hiebel 2013-10-22 12:11:16 CEST
This message is a reminder that Mageia 2 is nearing its end of life.
Approximately one month from now Mageia will stop maintaining and issuing updates for Mageia 2. At that time this bug will be closed as WONTFIX (EOL) if it remains open with a Mageia 'version' of '2'.

Package Maintainer: If you wish for this bug to remain open because you plan to fix it in a currently maintained version, simply change the 'version' to a later Mageia version prior to Mageia 2's end of life.

Bug Reporter: Thank you for reporting this issue and we are sorry that we may not be able to fix it before Mageia 2 is end of life.  If you would still like to see this bug fixed and are able to reproduce it against a later version of Mageia, you are encouraged to click on "Version" and change it against that version of Mageia.

Although we aim to fix as many bugs as possible during every release's lifetime, sometimes those efforts are overtaken by events. Often a more recent Mageia release includes newer upstream software that fixes bugs or makes them obsolete.

-- 
The Mageia Bugsquad
Comment 7 Manuel Hiebel 2013-11-23 16:14:36 CET
Mageia 2 changed to end-of-life (EOL) status on ''22 November''. Mageia 2 is no
longer maintained, which means that it will not receive any further security or
bug fix updates. As a result we are closing this bug.

If you can reproduce this bug against a currently maintained version of Mageia
please feel free to click on "Version" change it against that version of Mageia
and reopen this bug.

Thank you for reporting this bug and we are sorry it could not be fixed.

--
The Mageia Bugsquad

Status: NEW => RESOLVED
Resolution: (none) => OLD