I'm getting this behaviour as well on Karmic, on a Macbook2,1.
I've not configured the device in xorg.conf and I'm not aware that I had
to do anything special to get it working.
The following steps show the problem:
$ synclient -s -l | grep TapButton
TapButton1 = 1
TapButton2 = 3
TapButton3 = 2
Now run gsynaptics and turn tapping OFF. Close gsynaptics
$ synclient -s -l | grep TapButton
TapButton1 = 0
TapButton2 = 3
TapButton3 = 0
Disconnect/connect external mouse will reset the status:
$ synclient -s -l | grep TapButton
TapButton1 = 1
TapButton2 = 3
TapButton3 = 2
But curiously, If you disable HAL:
# /etc/init.d/hal stop
And repeat the above process, the above phenomenon does not occur. Of course,
disabling HAL is not a good idea.
I'm not sure which settings govern the behaviour of HAL ("open the pod bay
doors, HAL"); I've tried /etc/hal/fdi/policy/11-x11-synaptics.fdi but it seems
to have no effect.
And finally, one more oddity: only some of the settings are affected,
like VertTwoFingerScroll and TapButton, but not others like MaxTapTime
or AccelFactor.
** Tags added: karmic
--
Enable Tapping gets reset when external mouse is attached.
https://bugs.launchpad.net/bugs/319057
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
