Description of problem: Can't get "Content sticks to fingers" to work. Version-Release number of selected component (if applicable): 3.6 How reproducible: Always. Steps to Reproduce: 1. Activate "Content sticks to fingers" in "Mouse & Touchpad" unter "System settings" 2. Try to move around windows with the touchpad. Actual results: Holding and moving doesn't make the underlying window move. Expected results: Holding and moving should make the window stick to the mouse pointer. Additional info: I may be just doing it wrong.. Using a Thinkpad X1 Carbon for testing.
Testing Fedora 18 Beta TC7 as a live system user: * Checking and unchecking "Content sticks to fingers" does not have any effect on scrolling behaviour, either in the Mouse & Touchpad test area, or in the Files application * However, quitting and restarting the Files application does apply the desired behaviour. Steps to reproduce: 1. Check "Two finger scroll" and "Content sticks to fingers" 2. Switch to Files 3. Place the pointer over a scrollable area 4. Drag two fingers down the trackpad - the content scrolls down (it should go up) 5. Quit and restart Files 6. Dragging two fingers down the trackpad scrolls the content up
(In reply to comment #0) > Expected results: > Holding and moving should make the window stick to the mouse pointer. It is misunderstanding of "Content sticks to fingers". "Content sticks to fingers" is natural scrolling (inverse to normal scrolling). You need to check "Tap to click" option, to move window using touchpad only. (In reply to comment #1) > Testing Fedora 18 Beta TC7 as a live system user: > > * Checking and unchecking "Content sticks to fingers" does not have any > effect on scrolling behaviour, either in the Mouse & Touchpad test area, or > in the Files application > > * However, quitting and restarting the Files application does apply the > desired behaviour. I have just noticed that "Content sticks to fingers" doesn't work immediately for gnome applications (e.g. Files, Gedit, Control Center...), for others it works immediately.
(In reply to comment #2) > I have just noticed that "Content sticks to fingers" doesn't work > immediately for gnome applications (e.g. Files, Gedit, Control Center...), > for others it works immediately. More info: Works immediately for Gnome Documents and Firefox, not for Epiphany.
At the time of this post(2013-06-12), "inverse"/"Natural" scrolling works in Fedora 18 (on HP dv6t with synaptics touchpad), but fails in fedora 19 Beta. The checkbox "content sticks to fingers" simply has no effect. The configuration is two finger scrolling without mouse taps enabled.
In any case, gnome-shell doesn't have anything to do with this - the setting is handled by gnome-settings-daemon's mouse plugin.
(In reply to Paul Martin from comment #4) > At the time of this post(2013-06-12), "inverse"/"Natural" scrolling works in > Fedora 18 (on HP dv6t with synaptics touchpad), but fails in fedora 19 Beta. > The checkbox "content sticks to fingers" simply has no effect. The > configuration is two finger scrolling without mouse taps enabled. I haven't installed Fedora 19 yet and g-c-c/g-s-d master on Fedora 18 works for me well, so please find your touchpad id: xinput --list ...and check whether "Synaptics Scrolling Distance" property is changing its polarity while changing value "Content sticks to fingers" checkbox: xinput list-props YOURTOUCHPADID | grep "Synaptics Scrolling Distance"
Natural scrolling works for me on Fedora 19. You can also check whether value is changing in dconf: dconf read /org/gnome/settings-daemon/peripherals/touchpad/natural-scroll
xinput --list returns: ⎡ Virtual core pointer id=2 [master pointer (3)] ⎜ ↳ Virtual core XTEST pointer id=4 [slave pointer (2)] ⎜ ↳ Primax HP Wireless Eco-Comfort Mobile Mouse id=9 [slave pointer (2)] ⎜ ↳ SynPS/2 Synaptics TouchPad id=12 [slave pointer (2)] ⎣ Virtual core keyboard id=3 [master keyboard (2)] ↳ Virtual core XTEST keyboard id=5 [slave keyboard (3)] ↳ Power Button id=6 [slave keyboard (3)] ↳ Video Bus id=7 [slave keyboard (3)] ↳ Video Bus id=8 [slave keyboard (3)] ↳ HP Truevision HD id=10 [slave keyboard (3)] ↳ AT Translated Set 2 keyboard id=11 [slave keyboard (3)] ↳ HP WMI hotkeys id=13 [slave keyboard (3)] and dconf read /org/gnome/settings-daemon/peripherals/touchpad/natural-scroll returns: true
Terribly sorry, the above was before i rebooted. It works now. So it just probably needs a log out/login. I think this would be better if it worked right away, but it is certainly use-able now. Thanks.
This message is a reminder that Fedora 18 is nearing its end of life. Approximately 4 (four) weeks from now Fedora will stop maintaining and issuing updates for Fedora 18. 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 '18'. 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 18's end of life. Thank you for reporting this issue and we are sorry that we may not be able to fix it before Fedora 18 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, you are encouraged change the 'version' to a later Fedora version prior to Fedora 18's end of life. 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.
Fedora 18 changed to end-of-life (EOL) status on 2014-01-14. Fedora 18 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. If you are unable to reopen this bug, please file a new report against the current release. If you experience problems, please add a comment to this bug. Thank you for reporting this bug and we are sorry it could not be fixed.