GNOME Bugzilla – Bug 747956
Touchpad settings don't show up
Last modified: 2015-05-22 18:32:02 UTC
On the previous versions I was able to touch the touchpad and it would interpret it as a click. But now I can't click only using the touchpad. Is this feature disabled or was it removed? Is there a dconf option or option on gnome-tweak-tools to activate that function? I am using openSUSE Tumbleweed with Gnome 3.16. Thanks for the help and keep up the good work.
This feature wasn't removed. You should still see "Tap to click" checkbox under Touchpad section in Mouse panel. Do you see it? Be sure you have xorg-x11-drv-libinput installed (it is default now) and rebooted computer after the installation. Please let us know if this help or not.
Sorry but I don't see the option on the touchpad settings and I couldn't find the package with that name. Here's a screenshot of some commands to help troubleshoot. http://imgur.com/ugCvv58
Ah don't have much experience with openSUSE, but it should be xf86-input-libinput package... But there is another problem probably, because there is missing touchpad section in your screenshot, which means your touchpad isn't detected properly. Are you using x11, or wayland? We don't support wayland yet, see Bug 748031. Please attach output from "xinput --list" and "udevadm info --export-db" if you are using x11.
Created attachment 302030 [details] Output of commands xinput and udevadm Output of the commands xinput list udevadm info --export-db
Thanks for the logs. So you are using X11, touchpad is "AlpsPS/2 ALPS GlidePoint" and it correctly categorized as a touchpad device "E: ID_INPUT_TOUCHPAD=1". Did you see the touchpad section in the mouse panel before upgrade to Gnome 3.16? There is slightly outdated screenshot of the mouse panel with the touchpad section for imagination: https://blogs.gnome.org/mclasen/files/2012/08/mouse-panel.png It seems your touchpad isn't disabled, but please check that output of the following command is 'enabled' (Bug 747502): gsettings get org.gnome.desktop.peripherals.touchpad send-events
Hi Ondrej, I don't remember if the touchpad settings were there before the update, but I remember that I used the touch to click function without having to enable it. I had Fedora 21 with Gnome 3.14 and it worked fine the touchpad, but then I installed openSUSE Tumbleweed and it din't worked anymore. And yes the gsettings option for touchpad send-events it's enabled.
Hi Ricardo Please make sure that xf86-input-evdev >= 0.8.0-2.1 There was a packaging doohickey with previous version, and unfortunately the fixed package was stuck in unrelated QA for some days.
Hi Bjorn here's the output for the command #rpm -qa | grep xf86 xf86-input-void-1.4.0-9.2.x86_64 xf86-input-mouse-1.9.1-1.1.x86_64 xf86-input-evdev-2.9.2-1.1.x86_64 xf86-input-wacom-0.28.0-1.1.x86_64 xf86-input-vmmouse-13.0.0-14.1.x86_64 xf86-video-fbdev-0.4.4-3.3.x86_64 libxcb-xf86dri0-1.11-3.2.x86_64 libXxf86misc1-1.0.3-12.1.x86_64 xf86-input-libinput-0.8.0-2.1.x86_64 xf86-input-keyboard-1.8.1-1.1.x86_64 xf86-input-synaptics-1.8.2-1.1.x86_64 xf86-video-nouveau-1.0.11-3.1.x86_64 xf86-input-joystick-1.6.2-7.2.x86_64 libXxf86vm1-32bit-1.1.4-1.1.x86_64 libXxf86vm1-1.1.4-1.1.x86_64 xf86-video-intel-2.99.917-1.2.x86_64 xf86-video-vesa-2.3.3-6.3.x86_64 Is there anything I'm missing?
>Same issue (Sony Vaio) but using kernel 3.19.3 does not work: problem seems to > be related to update of xf86-input-libinput. > > Workaround: changing file: /etc/X11/xorg.conf.d/90-libinput.conf (commenting > lines) > #Section "InputClass" > # Identifier "libinput touchpad catchall" > # MatchIsTouchpad "on" > # MatchDevicePath "/dev/input/event*" > # Driver "libinput" > #EndSection Some one else suggested this workaround on openSUSE mailing list but it didn't worked for me.
No xf86-input-libinput-0.8.0-2.1.x86_64 should be the fixed version. However, please do not block libinput in /etc/X11/xorg.conf.d/90-libinput.conf as you have. Put that "back", and reboot. Does your touchpad show up in g-c-c now?
Created attachment 302097 [details] g-c-c screenshot Reverted the changes and the touchpad was recognized. I've checked the option, but it still doesn’t recognize the touch when I tap. The scroll on the edge of the touchpad works, but the tap to click doesn't. Screen on the attachment.
Please check that following command returns 'true': gsettings get org.gnome.desktop.peripherals.touchpad tap-to-click Problem is in mutter, or libinput if the returned value is 'true'. Run "xinput" command and found your touchpad device id, then run "xinput --list-props <DEVICEID>" and check if "libinput Tapping Enabled" property has value 1. Bug is in mutter if the property value is 0, otherwise it is libinput issue.
Hi Ondrej, here are the outputs of the commands that you asked for. gsettings get org.gnome.desktop.peripherals.touchpad tap-to-click true xinput --list-props 10 Device 'AlpsPS/2 ALPS GlidePoint': Device Enabled (150): 1 Coordinate Transformation Matrix (152): 1.000000, 0.000000, 0.000000, 0.000000, 1.000000, 0.000000, 0.000000, 0.000000, 1.000000 libinput Tapping Enabled (284): 0 libinput Accel Speed (285): 0.000000 libinput Natural Scrolling Enabled (286): 0 libinput Send Events Modes Available (270): 1, 1 libinput Send Events Mode Enabled (271): 0, 0 libinput Left Handed Enabled (287): 0 libinput Scroll Methods Available (288): 0, 1, 0 libinput Scroll Method Enabled (289): 0, 1, 0 Device Node (272): "/dev/input/event2" Device Product ID (273): 2, 8 Just to update the info on the bug, i've updated to gnome-control-center version 3.16.1. Judging by your last post the problem is in libinput, but what can I do solve this?
(In reply to Ricardo Ramos from comment #13) > Judging by your last post the problem is in libinput, but what can I do > solve this? Nope, it is probably bug in mutter, because gsettings value is correct and libinput property isn't set properly. You should be able to enable tapping by hand: xinput --set-int-prop <YOUR_TOUCHPAD_ID> "libinput Tapping Enabled" 8 1 There were some problems with initial setting of scrolling, but maybe tapping was also affected. However it should help when you disable and enable again the tapping using mouse panel. What version of mutter are you using? It works for me correctly with mutter 3.16.1.1.
It works now, thanks Ondrej. I used the command that you told me to use and it works fine now. I'm using mutter 3.16.1.1. I'm changing the status of the bug to RESOLVED - FIXED.
That command is just workaround. Please tell us, is it possible to enable/disable tapping using mouse panel? If not, we have to reopen the bug and find the root cause...
It worked with the command, but still wasn't able to enable/disable tapping on the g-c-c. After a reboot it stopped working again.
Hello and sorry for the trouble by I made a mistake on my disk and had to reinstall the OS, so I installed Antergos/Arch Linux, just to see how it works and try to use it for a while and the same trouble still occurs. I have the xf86-input-evdev version 2.9.2-1 and Mutter version 3.16.1.1 but still X11 dosen't recognize the touchpad. Should I go back to openSUSE Tumbleweed until the bug's cause it's found and fixed?
(In reply to Ricardo Ramos from comment #17) > It worked with the command, but still wasn't able to enable/disable tapping > on the g-c-c. > > After a reboot it stopped working again. That's because mutter has to restore the configuration after reboot, but it does not happen for you from some reason... (In reply to Ricardo Ramos from comment #18) > Hello and sorry for the trouble by I made a mistake on my disk and had to > reinstall the OS, so I installed Antergos/Arch Linux, just to see how it > works and try to use it for a while and the same trouble still occurs. > > I have the xf86-input-evdev version 2.9.2-1 and Mutter version 3.16.1.1 but > still X11 doesn't recognize the touchpad. You mean touchpad section isn't visible in the mouse panel? You should probably do same thing as you do before with openSUSE, be sure xf86-input-libinput is installed (and computer rebooted)... > Should I go back to openSUSE Tumbleweed until the bug's cause it's found and > fixed? You shouldn't, when you are having same problem with the Arch Linux evidently...
(In reply to Ondrej Holy from comment #19) > (In reply to Ricardo Ramos from comment #17) > > It worked with the command, but still wasn't able to enable/disable tapping > > on the g-c-c. > > > > After a reboot it stopped working again. > > That's because mutter has to restore the configuration after reboot, but it > does not happen for you from some reason... No, that's because whatever xinput changes isn't backed by storage. Any changes you do directly with xinput, or xrandr, etc. won't survive a reboot, or a restart of the X server.
Created attachment 302321 [details] g-c-c screenshot The package xf86-input-libinput is installed on version 0.9.0-1, the computer was rebooted but it still doesn't recognize the touchpad. The strange fact to me it's that the output for the command "gsettings get org.gnome.desktop.peripherals.touchpad tap-to-click" was false, but I set it to true and rebooted. The touchpad didn't got recognized but it works now. The bug it's still not solved but for now it's working, I cant understand why.
Tap to click was also disabled for me after upgrading from Fedora 21 to 22. The option for this in the Gnome Control Panel has no effect. Manually setting libinput Tapping Enable to 1 with xinput does enable it. sudo rpm -qa | grep libinput: xorg-x11-drv-libinput-0.9.0-1.fc22.x86_64 libinput-0.14.1-2.fc22.x86_64 xinput list: Virtual core pointer id=2 [master pointer (3)] ⎜ ↳ Virtual core XTEST pointer id=4 [slave pointer (2)] ⎜ ↳ HID 413c:8162 id=10 [slave pointer (2)] ⎜ ↳ USB OPTICAL MOUSE id=11 [slave pointer (2)] ⎜ ↳ AlpsPS/2 ALPS GlidePoint id=14 [slave pointer (2)] ⎣ Virtual core keyboard id=3 [master keyboard (2)] ↳ Virtual core XTEST keyboard id=5 [slave keyboard (3)] ↳ Video Bus id=6 [slave keyboard (3)] ↳ Power Button id=7 [slave keyboard (3)] ↳ Sleep Button id=8 [slave keyboard (3)] ↳ HID 413c:8161 id=9 [slave keyboard (3)] ↳ Integrated_Webcam_2M id=12 [slave keyboard (3)] ↳ AT Translated Set 2 keyboard id=13 [slave keyboard (3)] ↳ Dell WMI hotkeys id=15 [slave keyboard (3)] I will attach the output for udevadm info --export-db
Created attachment 302409 [details] Output of udevadm info --export-db
(In reply to Bastien Nocera from comment #20) > (In reply to Ondrej Holy from comment #19) > > (In reply to Ricardo Ramos from comment #17) > > > It worked with the command, but still wasn't able to enable/disable tapping > > > on the g-c-c. > > > > > > After a reboot it stopped working again. > > > > That's because mutter has to restore the configuration after reboot, but it > > does not happen for you from some reason... > > No, that's because whatever xinput changes isn't backed by storage. Any > changes you do directly with xinput, or xrandr, etc. won't survive a reboot, > or a restart of the X server. Yes, but the tap-to-click was enabled in gsettings, so it should be restored by mutter in that case...
It seems we have currently two issues there. Ricardo doesn't see the touchpad section in g-c-c, but it seems mutter is working correctly. Andrew has same problem as Ricardo before he re-installed his system, touchpad section is visible, but it seems mutter doesn't set the value properly. Carlos, Rui, don't you have an idea, what's wrong?
(In reply to Ondrej Holy from comment #24) > (In reply to Bastien Nocera from comment #20) > > (In reply to Ondrej Holy from comment #19) > > > (In reply to Ricardo Ramos from comment #17) > > > > It worked with the command, but still wasn't able to enable/disable tapping > > > > on the g-c-c. > > > > > > > > After a reboot it stopped working again. > > > > > > That's because mutter has to restore the configuration after reboot, but it > > > does not happen for you from some reason... > > > > No, that's because whatever xinput changes isn't backed by storage. Any > > changes you do directly with xinput, or xrandr, etc. won't survive a reboot, > > or a restart of the X server. > > Yes, but the tap-to-click was enabled in gsettings, so it should be restored > by mutter in that case... Not if mutter doesn't apply the settings, which seems to be the root of the problem.
This bug got very confusing. Can someone state the actual issue and edit the summary accordingly?
Created attachment 302616 [details] g-c-c screenshot (In reply to Rui Matos from comment #27) > This bug got very confusing. Can someone state the actual issue and edit the > summary accordingly? I was using openSUSE Tumbleweed and upgraded Gnome 3.14 to 3.16 and the touchpad wasn't recognized. I have the following packages installed: mutter -> 3.16.1.1 xf86-input-libinput -> 0.9.0-1 gnome-shell -> 3.16.1.1 Here's a screenshot of gnome-control-center -> mouse and touchpad
(In reply to Ricardo Ramos from comment #28) > Here's a screenshot of gnome-control-center -> mouse and touchpad Ok, so the touchpad settings aren't displayed in gnome-control-center. Does the touchpad actually work, i.e. does it make the pointer move and can you click things with it? Please post the output of running 'xinput' in a terminal.
Rui: Issue for both Ricardo and I tap to click not working. As you know, he is also missing the setting in GCC. I have the tap-to-click setting but it has no effect. In both cases: Touchpad works otherwise Touchpad model is AlpsPS/2 ALPS GlidePoint xpinput --list-props / libinput Tapping Enabled => 0 gsettings get org.gnome.desktop.peripherals.touchpad tap-to-click => true My package versions: libinput 0.14.1-2.fc22 mutter 3.16.1.1-2.fc22 xorg-x11-drv-libinput 0.9.0-1 I've attached the output of 'udevadm info --export-db' and xinput list in Comment 22. I'm on Fedora 22. I originally reported this bug to Fedora who refered me to Gnome. Maybe I should have made a new bug.
There was a bug in touchpad detection code in clutter, see Bug 749482. The fix is included in the latest Fedora release (unfortunately it isn't in latest stable clutter upstream release yet) and users claims that everything works correctly currently, see: https://bugzilla.redhat.com/show_bug.cgi?id=1206961#c72 So, this should fix the problem at least for Andrew (he has touchpad settings in g-c-c and using Fedora). I am not sure about Ricardo, it seems openSUSE doesn't include this patch yet. Ricardo, do you still missing touchpad section in g-c-c, after update to Gnome 1.16.2?
Hi Ondrej, I am currently using Antergos and updated the full system. I am running gnome-control-center 3.16.2, and clutter 1.22.2, but it still doesn't recognize my touchpad. Do you still need any more info to help troubleshoot?
Ah, you are using third distribution in one month, it is pretty hard to debug it, because all the answers/logs you attached here might be obsoleted. But ok, I suppose you are still using x11 (not wayland), you have libinput driver installed (so you see libinput props when you using "xinput --list-props"), it is possible to set touchpad properties using "xinput set-prop" (but you don't see touchpad section in mouse panel and changes in gsettings directly doesn't work). Am I right? Part of the problem should be fixed by the mentioned patch for clutter, but it seems it isn't included in Arch Linux/Antergos yet. However it is weird you don't see touchpad section in g-c-c (it isn't using clutter)... Peter, don't you have an idea, why Ricardo doesn't see touchpad section in g-c-c with "AlpsPS/2 ALPS GlidePoint" (on Antergos/Arch Linux) and Andrew see it with same touchpad (on Fedora)?
He probably doesn't see it if he does not have xf86-input-libinput installed. I have a similar Alps touchpad in an old laptop, that does not show in g-c-c when not using xf86-input-libinput (yes even with the latest bugfix in clutter). This bug should probably be split in 2 (or more even). 1. Missing touchpad detection in g-c-c without xf86-input-libinput 2. Missing/faulty touchpad configuration with xf86-input-libinput.
Sorry for the confusion caused Ondrej, I started using openSUSE Tumbleweed and found the problem, the I switched to Antergos/Arch and the problem persisted and I haven't switched since then. Here is the output of pacman showing that I have the xf86-input-libinput package installed. ------------------------------ # sudo pacman -Q | grep xf86 lib32-libxxf86vm 1.1.4-1 libxxf86dga 1.1.4-1 libxxf86misc 1.0.3-2 libxxf86vm 1.1.4-1 xf86-input-evdev 2.9.2-1 xf86-input-libinput 0.9.0-1 <--- xf86-input-mouse 1.9.1-1 xf86-input-synaptics 1.8.2-2 xf86-video-fbdev 0.4.4-4 xf86-video-intel 2.99.917-5 xf86-video-vesa 2.3.2-6 xf86dgaproto 2.1-3 xf86miscproto 0.9.3-1 xf86vidmodeproto 2.3.1-3 ------------------------------ Here is the output of pacman showing that I have the clutter package installed. ------------------------------ # sudo pacman -Q | grep clutter clutter 1.22.2-1 <--- clutter-gst 3.0.4-1 clutter-gst2 2.0.14-1 clutter-gtk 1.6.0-2 ------------------------------ Here is the output of the command "xinput". ------------------------------ # xinput ⎡ Virtual core pointer id=2 [master pointer (3)] ⎜ ↳ Virtual core XTEST pointer id=4 [slave pointer (2)] ⎜ ↳ AlpsPS/2 ALPS GlidePoint id=10 [slave pointer (2)] ⎣ Virtual core keyboard id=3 [master keyboard (2)] ↳ Virtual core XTEST keyboard id=5 [slave keyboard (3)] ↳ Video Bus id=6 [slave keyboard (3)] ↳ Sony Vaio Keys id=7 [slave keyboard (3)] ↳ Power Button id=8 [slave keyboard (3)] ↳ AT Translated Set 2 keyboard id=9 [slave keyboard (3)] ------------------------------ Here is the output of the command "xinput --list-props 10" ------------------------------ # xinput --list-props 10 Device 'AlpsPS/2 ALPS GlidePoint': Device Enabled (153): 1 Coordinate Transformation Matrix (155): 1.000000, 0.000000, 0.000000, 0.000000, 1.000000, 0.000000, 0.000000, 0.000000, 1.000000 Device Accel Profile (280): 1 Device Accel Constant Deceleration (281): 2.500000 Device Accel Adaptive Deceleration (282): 1.000000 Device Accel Velocity Scaling (283): 12.500000 Synaptics Edges (284): 153, 870, 115, 652 Synaptics Finger (285): 12, 15, 0 Synaptics Tap Time (286): 180 Synaptics Tap Move (287): 56 Synaptics Tap Durations (288): 180, 100, 100 Synaptics ClickPad (289): 0 Synaptics Middle Button Timeout (290): 75 Synaptics Two-Finger Pressure (291): 141 Synaptics Two-Finger Width (292): 7 Synaptics Scrolling Distance (293): 25, 25 Synaptics Edge Scrolling (294): 1, 1, 0 Synaptics Two-Finger Scrolling (295): 0, 0 Synaptics Move Speed (296): 1.000000, 1.750000, 0.156495, 0.000000 Synaptics Off (297): 2 Synaptics Locked Drags (298): 0 Synaptics Locked Drags Timeout (299): 5000 Synaptics Tap Action (300): 0, 0, 0, 0, 1, 3, 2 Synaptics Click Action (301): 1, 1, 1 Synaptics Circular Scrolling (302): 0 Synaptics Circular Scrolling Distance (303): 0.100000 Synaptics Circular Scrolling Trigger (304): 0 Synaptics Circular Pad (305): 0 Synaptics Palm Detection (306): 0 Synaptics Palm Dimensions (307): 10, 100 Synaptics Coasting Speed (308): 20.000000, 50.000000 Synaptics Pressure Motion (309): 15, 80 Synaptics Pressure Motion Factor (310): 1.000000, 1.000000 Synaptics Grab Event Device (311): 0 Synaptics Gestures (312): 1 Synaptics Capabilities (313): 1, 1, 1, 0, 0, 1, 0 Synaptics Pad Resolution (314): 1, 1 Synaptics Area (315): 0, 0, 0, 0 Synaptics Noise Cancellation (316): 6, 6 Device Product ID (277): 2, 8 Device Node (276): "/dev/input/event9" ------------------------------ I don't see the touchpad settings on the g-c-c, but setting it directly on gsettings works. I set the tap-to-click option directly on gsetting with this command. ------------------------------ # gsettings set org.gnome.desktop.peripherals.touchpad tap-to-click true ------------------------------ And it worked, meaning when I tap on the touchpad it interprets as a click. But still I can't see the touchpad settings on g-c-c. Do you need any more info?
We don't support synaptics driver anymore. Your touchpad is still using synaptics driver, so be sure you have /etc/X11/xorg.conf.d/90-libinput.conf (with unmodified content) and don't have any other snippets in /etc/X11/xorg.conf.d/ directory. You should see libinput properties in the output of "xinput --list-props" (after computer restart!). Then you should see touchpad section in mouse panel and it should work correctly with patched clutter (Bug 749482). But it seems the patch isn't in Arch Linux yet, so without the patched clutter you can enable tapping permanently if you add 'Option "Tapping" "on"' line in the xorg snippet. So it should be there something like: Section "InputClass" Identifier "libinput touchpad catchall" MatchIsTouchpad "on" MatchDevicePath "/dev/input/event*" Driver "libinput" Option "Tapping" "on" EndSection
I don't have the file 90-libinput.conf on my system, could you tell me how to generate it or maybe what it's content should be so that I can create it?
Ricardo: the upstream file is this one http://cgit.freedesktop.org/xorg/driver/xf86-input-libinput/tree/conf/99-libinput.conf but it obviously requires that you install the xf86-input-libinput driver, otherwise your input devices will cease to work. If you just want it to apply to a specific set of devices, use the MatchIsTouchpad option Ondrej showed. the xorg.conf man page has the list of the various MatchIs* directives.
pacman -Q should query only installed packages, shouldn't it? So, you have xf86-input-libinput installed according the comment 35. But consequently you should have also following file installed, which is part of the package: https://projects.archlinux.org/svntogit/packages.git/tree/trunk/90-libinput.conf?h=packages/xf86-input-libinput But it is in different path: /usr/share/X11/xorg.conf.d/90-libinput.conf (This is same path as in Fedora. I copied the previous path from Comment 9, but OpenSUSE has it at different place obviously...)
sorry, should've read the comment with more brain enabled: fwiw, the /etc/X11/xorg.conf.d snippets are usually the ones put in place by a human, the ones that are installed as part of the packaging system should be in /usr/share/X11/xorg.conf.d think system default config (/usr/share) vs local custom config (/etc), if /etc/ is empty then no local config was required.
Created attachment 303836 [details] Touchpad recognized Ok, now everything is ok. The touchpad got recognized by g-c-c and it's working as it should. I replaced the synaptics file for the libinput. # mv /usr/share/X11/xorg.conf.d/90-libinput.conf /etc/X11/xorg.conf.d/ # rm /etc/X11/xorg.conf.d/50-synaptics.conf
Ondrej, Confirmed: touchpad settings in GCC working for me now. Thanks