Bug 518502
| Summary: | gnome-settings-daemon replaces custom touchpad TapButton bindings with hardcoded default | ||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|
| Product: | [Fedora] Fedora | Reporter: | hdfssk <hdfssk> | ||||||||
| Component: | gnome-settings-daemon | Assignee: | Bastien Nocera <bnocera> | ||||||||
| Status: | CLOSED UPSTREAM | QA Contact: | Fedora Extras Quality Assurance <extras-qa> | ||||||||
| Severity: | high | Docs Contact: | |||||||||
| Priority: | low | ||||||||||
| Version: | 13 | CC: | ben, bnocera, fargiolas, hdfssk, jkf385, rstrode | ||||||||
| Target Milestone: | --- | ||||||||||
| Target Release: | --- | ||||||||||
| Hardware: | All | ||||||||||
| OS: | Linux | ||||||||||
| Whiteboard: | |||||||||||
| Fixed In Version: | Doc Type: | Bug Fix | |||||||||
| Doc Text: | Story Points: | --- | |||||||||
| Clone Of: | Environment: | ||||||||||
| Last Closed: | 2010-10-27 10:38:52 UTC | Type: | --- | ||||||||
| Regression: | --- | Mount Type: | --- | ||||||||
| Documentation: | --- | CRM: | |||||||||
| Verified Versions: | Category: | --- | |||||||||
| oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |||||||||
| Cloudforms Team: | --- | Target Upstream Version: | |||||||||
| Embargoed: | |||||||||||
| Attachments: |
|
||||||||||
|
Description
hdfssk
2009-08-20 16:19:41 UTC
Created attachment 358129 [details]
HAL fdi file for repro instructions
Rebuilt gnome-settings-daemon-2.26.1-10 with the original patch; builds and tests OK. Bastien: can this patch be added to the next release of gnome-settings-daemon? It's small, I've tested it out over the last month, and it reverses a functional regression that gnome-settings-daemon-2.26.0-support-touchpads.patch introduced (that is, wiping out user customized tap bindings.) The problem wouldn't have come up if .support-touchpads didn't change the driver's default tap bindings... but that patch does other things too, so it can't just be backed out. This way seems simpler to me. I'll attach my changes to gnome-settings-daemon.spec in case that's helpful. I'm sure you've got plenty on your plate, but rebuilding gnome-settings-daemon is fairly time consuming for me, so I'd really appreciate it if this could be fixed sooner rather than later. If there's anything else I can do to help it along, feel free to contact me. Created attachment 362610 [details]
Patch to gnome-settings-daemon.spec enabling the custom touchpad taps patch
In an upstream bug, I proposed a slightly more conservative approach... Just swap current TapButtons for left handed setup and leave them as they are otherwise. I don't really think there is the need to clutter up this thing with yet another way to set tapping stuff, there is already xorg.conf and synclient. I don't think having it in a hidden gconf setting helps in any way if it's not going to be exposed in the gui. It would be enough to honor those settings. https://bugzilla.gnome.org/show_bug.cgi?id=589944 Yes, that would be enough, but it's not straightforward getting gnome-settings-daemon to respect xorg or synclient settings. The problem is the redhat patch that sets a default RLM mapping stomps on those settings! Gconf prefs were straightforward to put in, and are ready to be hooked up to a gui interface once someone puts that together.. and it's a way for people that care enough to look this stuff up in buzilla to customize it now; otherwise there's no way to make the settings stick. Even easier would be removing the RLM mapping from redhat's patches! That'd leave the synaptics default intact, wherever it's set. That said, the developers who could put any patches in have been too busy to chime in on any approach, so the discussion's moot. gnome-settings-daemon 2.28 has this problem upstream, so this bug's only relevant to the redhat gnome-settings-daemon 2.26 package. Confirmed this bug is still present in Fedora 12. gnome-settings-daemon tramples all over settings set at system and xorg level. Furthermore, even if I run while in Gnome (for example, in a gnome session startup script): synclient TapButton2=1 synclient TapButton2=2 synclient TapButton3=3 on resume from sleep gnome-settings-daemon re-applies its broken settings, swapping buttons two and three. I am still looking for a workaround. Anyone know how to run a script on wake from sleep? 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 This problem originally came from upstream, and the fix didn't get into gnome 2.30. This is the upstream bug: https://bugzilla.gnome.org/show_bug.cgi?id=598820 I'm happy to adapt the upstream patches to work against F13's packages, but only if someone with commit access is willing to review and commit those patches... the last batch I worked up never went anywhere, and the work's too time consuming to be worthwhile it's not be used. This is a functional regression that dates back to F11, though, so it's high time it's fixed! Any committer who's willing and able to send the fix through to F13 packages: please comment here, and I'll update the patches attached to this bug. I agree that the patches should be added. I make changes with gpointing-device-settings and they immediately work and I can see the changes being written into my ~/.gconf. However they do not persist over X restarts. kernel: 2.6.33.6-147.fc13.x86_64 #1 SMP |