After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 591308 - Scrolling mode is not remembered across sessions
Scrolling mode is not remembered across sessions
Status: RESOLVED NOTGNOME
Product: gnome-control-center
Classification: Core
Component: Mouse
2.27.x
Other Linux
: Normal normal
: ---
Assigned To: Control-Center Maintainers
Control-Center Maintainers
Depends on:
Blocks:
 
 
Reported: 2009-08-10 10:39 UTC by Alexander Hunziker
Modified: 2009-10-08 10:23 UTC
See Also:
GNOME target: ---
GNOME version: 2.27/2.28



Description Alexander Hunziker 2009-08-10 10:39:01 UTC
In the mouse capplet, there is new functionality in 2.27.x to configure scrolling (disabled, edge scrolling or two-finger scrolling). When I set this to two-finger scrolling using the GUI, this works immediately. After logging out and in again, this setting is lost.
Comment 1 Peter Hutterer 2009-08-10 21:44:46 UTC
please attach the output of gconftool-2 --dump /desktop/gnome/peripherals/touchpad

do you have gsynaptics installed? It is known to interfere and overwrite the mouse capplet settings.
Comment 2 Alexander Hunziker 2009-08-11 06:35:17 UTC
I do not have gsynaptics installed. This is a fresh install of Ubuntu Karmic (though an old /home directory)

Below is the dump of the gconf directory you asked for. It did contain other values without schemas that I deleted, though that did not change the behavior.

hunzikea@AlexT60:~$ gconftool-2 --dump /desktop/gnome/peripherals/touchpad
<gconfentryfile>
  <entrylist base="/desktop/gnome/peripherals/touchpad">
    <entry>
      <key>config_migration_needed</key>
      <value>
        <bool>false</bool>
      </value>
    </entry>
    <entry>
      <key>disable_while_typing</key>
      <schema_key>/schemas/desktop/gnome/peripherals/touchpad/disable_while_typing</schema_key>
      <value>
        <bool>false</bool>
      </value>
    </entry>
    <entry>
      <key>horiz_scroll_enabled</key>
      <schema_key>/schemas/desktop/gnome/peripherals/touchpad/horiz_scroll_enabled</schema_key>
      <value>
        <bool>true</bool>
      </value>
    </entry>
    <entry>
      <key>scroll_method</key>
      <schema_key>/schemas/desktop/gnome/peripherals/touchpad/scroll_method</schema_key>
      <value>
        <int>2</int>
      </value>
    </entry>
    <entry>
      <key>tap_to_click</key>
      <schema_key>/schemas/desktop/gnome/peripherals/touchpad/tap_to_click</schema_key>
      <value>
        <bool>true</bool>
      </value>
    </entry>
  </entrylist>
</gconfentryfile>
Comment 3 Peter Hutterer 2009-08-18 05:30:27 UTC
scroll_method 2 is two-finger scrolling, so this would be the reason why it's gone. can you please make sure that changing the scroll method changes this key?
Ubuntu used to have this key in [..]/peripherals/mouse/scroll_method and requires some migration to the upstream changes.
see also:
https://bugs.launchpad.net/ubuntu/+source/gnome-settings-daemon/+bug/404219/comments/3
Comment 4 Alexander Hunziker 2009-08-18 10:13:34 UTC
I have the GUI modify the key "/desktop/gnome/peripherals/touchpad/scroll_method". I can observe that in real time in gconf-editor. The setting is also instantly applied as it should. The problem is that it doesn't survive logging in and out, so maybe gnome-settings-daemon or some other component overwrites it?
Comment 5 Peter Hutterer 2009-08-18 22:52:11 UTC
please try this with a newly created user. something is interfering but I have no idea what it could be. If it happens with a new user too then it'll definitely get interesting.

I take it you don't have GPointingDeviceSettings installed either and no magic scripts on login that call synclient.
Comment 6 Alexander Hunziker 2009-08-19 08:06:02 UTC
I tested with a new user and indeed the setting is preserved across sessions.

I failed to find a reason though why for my user it is not. So far I have not found a config file that calls synclient.

Two things I observed:

* I'm used to GConf keys updating in the application when they are changed in the gconf-editor. The touchpad capplet doesn't do that. Reason?

* under /desktop/gnome/peripherals/mouse there are other keys that somehow seem to control the touchpad.
Comment 7 Peter Hutterer 2009-08-19 23:58:59 UTC
(In reply to comment #6)
> I tested with a new user and indeed the setting is preserved across sessions.
> 
> I failed to find a reason though why for my user it is not. So far I have not
> found a config file that calls synclient.
> 
> Two things I observed:
> 
> * I'm used to GConf keys updating in the application when they are changed in
> the gconf-editor. The touchpad capplet doesn't do that. Reason?

good question, the code looks the same. something must be missing, I guess. this is a valid bug, if you care to file one.

> * under /desktop/gnome/peripherals/mouse there are other keys that somehow seem
> to control the touchpad.

leftover from Jaunty and quite possibly the reason why it doesn't work. if you delete the keys, do they reappear after logout?
Comment 8 Alexander Hunziker 2009-08-20 08:25:57 UTC
The GConf issue is now bug 592425.

I played with the GConf keys and suddenly the bug is "fixed" for me. I'm not sure why, but maybe the key "config_migration_needed" plays a role. It has no schema, so it disappears when unset. After logging in this morning, the key was back again. Is that a hint?
Comment 9 Peter Hutterer 2009-08-20 22:16:32 UTC
that's the Ubuntu gconf migration key and AIUI it should be a one-off key. so if that keeps coming back, please ask the Ubuntu guys how this is supposed to work, I don't actually know myself.
Comment 10 Sebastien Bacher 2009-10-08 10:23:12 UTC
the migration is a one time thing, could you run "gconftool-2 --get /desktop/gnome/peripherals/touchpad/config_migration_needed"?