Description of problem: Synaptic touchpad adjustment are not working in Xfce. Even in Xfce the moment I start gnome-mouse-properties, everything is working. But they are not retained the next time I login to Xfce. This is true even after I did proceed the way the device FAQ says. Version-Release number of selected component (if applicable): Fedora 11 (rawhide) How reproducible: I am pasting here my changed 10-synaptics.fdi that I have put in the suggested place: << <?xml version="1.0" encoding="ISO-8859-1"?> <!-- DO NOT EDIT THIS FILE IN PLACE. This file will be overwritten with the next update. If you need to add custom options, copy the file into /etc/hal/fdi/policy/ first. See https://fedoraproject.org/wiki/Input_device_configuration --> <deviceinfo version="0.2"> <device> <match key="info.capabilities" contains="input.touchpad"> <!-- To add custom options for the touchpad, modify the examples below to suit your needs. The available options are listed in the "synaptics" man page. After modifyfing this file, you must restart HAL. Check the output of lshal whether your modifications have been merged successfully. Note: Options must always be type "string". The following examples enable left, right, middle clicks on single, double, triple finger tapping, respectively. <merge key="input.x11_options.TapButton1" type="string">1</merge> <merge key="input.x11_options.TapButton2" type="string">3</merge> <merge key="input.x11_options.TapButton3" type="string">2</merge> --> <merge key="input.x11_driver" type="string">synaptics</merge> <merge key="input.x11_options.TapButton1" type="string">1</merge> <merge key="input.x11_options.TapButton2" type="string">3</merge> <merge key="input.x11_options.VertEdgeScroll" type="boolean">1</merge> <merge key="input.x11_options.HorizEdgeScroll" type="boolean">1</merge> </match> </device> </deviceinfo> >> After I put that changed file in /etc/hal/fdi/policy, I ran 'lshal' that gave a lot of output, which was beyond my computer comprehension. I was not sure how to restart hal and so as root I typed 'hald' and pressed enter. The command prompt returned. But, because I was not sure, I did reboot the system. I am giving you the results: 1. On the login prompt (the GUI one, initdefault is 5) tap is not working. The click button below the touchpad is working. 2. In Xfce too tap is not working. 3. I opened a terminal and ran 'gnome-mouse-properties'. This has now become a routine for me. The settings are all proper in it, I just tapped on the icon of the bulb and it worked. Yes, the moment I run this command, the command for gnome->mouse->properties, the tap starts working. 4. Now tap and scroll (H&V) are working. They will till re-login or reboot. Steps to Reproduce: Given above. Actual results: Given above. Expected results: Touchpad tapping and scrolling should work on their own in Xfce, not through 'gnome-mouse-properties'. Additional info:
Today in the yum update list there was a synaptic component, so expected the bug to go away. But the situation still remains the same. To enable touchpad in Xfce I have to run gnome-mouse-properties. In fact now I have made a shortcut on the desktop to this binary and after logging in I just activate it once.
This bug appears to have been reported against 'rawhide' during the Fedora 11 development cycle. Changing version to '11'. More information and reason for this action is here: http://fedoraproject.org/wiki/BugZappers/HouseKeeping
I can verify that this problem also occurs using fluxbox, except the only setting I use that is not retained is "Enable mouse clicks with touchpad".
The same problem is happening with LXDE too. Touchpad functions are retained only in 'gnome-mouse-properties' and hence working well once 'gnome-mouse-properties' is activated.
(In reply to comment #4) > The same problem is happening with LXDE too. Touchpad functions are retained > only in 'gnome-mouse-properties' and hence working well once > 'gnome-mouse-properties' is activated. I second this. I'm using Fedora 12 with LXDE (not the spin but Fedora + lxde-desktop, as the spin is broken and thus taken down for now) and tap will only work once I run gnome-mouse-properties. Should a separate bug report be filed?
Workaround (in LXDE): Preferences -> Desktop Session Settings -> enable "GNOME Settings Daemon"
Facing the same problem in F12 XFCE. And exactly the same way as the reported bug, my work-around is, keeping a 'gnome-mouse-properties' shortcut, and activating it. The moment it is activated the problem goes away, exactly as it did in F11.
This message is a reminder that Fedora 11 is nearing its end of life. Approximately 30 (thirty) days from now Fedora will stop maintaining and issuing updates for Fedora 11. It is Fedora's policy to close all bug reports from releases that are no longer maintained. At that time this bug will be closed as WONTFIX if it remains open with a Fedora 'version' of '11'. 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 Fedora version prior to Fedora 11'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 Fedora 11 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 Fedora please change the 'version' of this bug to the applicable version. If you are unable to change the version, please add a comment here and someone will do it for you. 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 Fedora release includes newer upstream software that fixes bugs or makes them obsolete. The process we are following is described here: http://fedoraproject.org/wiki/BugZappers/HouseKeeping
Fedora 11 changed to end-of-life (EOL) status on 2010-06-25. Fedora 11 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 Fedora please feel free to reopen this bug against that version. Thank you for reporting this bug and we are sorry it could not be fixed.
This bug is still present on Fedora 13, please re-open.
Still present in F14/x86-64. Trying to reopen, changing the architecture to All, and adding reference to the upstream bug: http://bugzilla.xfce.org/show_bug.cgi?id=5300
F17 Beta did show a problem with the touchpad and wouldn't even honor settings from the gnome settings dialogue. However, an upgrade to the xfce-4.10 prerelease included mouse+touchpad settings with a tab for a touchpad (not in F17 Beta by default) and settings tapping and scrolling there does have an effect and works as expected.
This message is a notice that Fedora 14 is now at end of life. Fedora has stopped maintaining and issuing updates for Fedora 14. It is Fedora's policy to close all bug reports from releases that are no longer maintained. At this time, all open bugs with a Fedora 'version' of '14' have been closed as WONTFIX. (Please note: Our normal process is to give advanced warning of this occurring, but we forgot to do that. A thousand apologies.) Package Maintainer: If you wish for this bug to remain open because you plan to fix it in a currently maintained version, feel free to reopen this bug and simply change the 'version' to a later Fedora version. Bug Reporter: Thank you for reporting this issue and we are sorry that we were unable to fix it before Fedora 14 reached end of life. If you would still like to see this bug fixed and are able to reproduce it against a later version of Fedora, you are encouraged to click on "Clone This Bug" (top right of this page) and open it against that version of Fedora. 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 Fedora release includes newer upstream software that fixes bugs or makes them obsolete. The process we are following is described here: http://fedoraproject.org/wiki/BugZappers/HouseKeeping