Created attachment 131766 [details] libinput-debug-events (3-finger-swipe) In reference to #101299 i'd like to open a new bug regarding multi-touch issues on my touchpad using libinput library. Attached files: libinput-debug-events of 3-Finger Swipes evemu-record of 2-Finger-Swipes (which are working fine) evemu-record of 3-Finger-Swipes (which aren't working) Thank you very much for support, greets :-)
Created attachment 131767 [details] evemu_record (2-Finger-Swipe)
Created attachment 131768 [details] evemu_record (3-Finger-Swipe)
what version of libinput do you have again? couldn't find it in bug 101299 either, sorry.
fwiw, I replayed the 3fg swipe here with versions 1.6.0, 1.7.0 and current master. didn't get those error messages which is rather curious. Was the recording of one that generated that error message? Can you confirm the error occurs when you replay the 3fg swipe recording with evemu-play while running libinput-debug-events?
Hi there :-) First of all thank you for not giving up this topic. (In reply to Peter Hutterer from comment #3) > what version of libinput do you have again? couldn't find it in bug 101299 > either, sorry. I didn't install from a special repo or somethink like that, i just installed using repositories, which are coming with a fresh Linux Mint 18 install. According to dkpg -l it's: ii xserver-xorg-input-li 0.18.0-1 amd64 X.Org X server -- libinput input driver (In reply to Peter Hutterer from comment #4) > fwiw, I replayed the 3fg swipe here with versions 1.6.0, 1.7.0 and current > master. didn't get those error messages which is rather curious. Was the > recording of one that generated that error message? > > Can you confirm the error occurs when you replay the 3fg swipe recording > with evemu-play while running libinput-debug-events? I understand ... i guess it's not the best sign, that you can't reproduce this issue, right? ^^ The previous recording of the 3-Finger-Swipe is related to the issue. 2-Finger Swipe is working fine, horizontal as well as vertical. I followed your hint regarding recording and replaying using evemu-record and evemu-play. It was a little bit spooky seeing the pointer moving on its own :-D Unfortunately debug-events output is the same on 3-Finger-Swipes. i'll attach the played evemu-record and the related debug-events output Once again, thank you very much for not giving this up.
Created attachment 131796 [details] played evemu-record
Created attachment 131797 [details] debug-events output of played evemu-record
(In reply to nokodemus86 from comment #5) > ii xserver-xorg-input-li 0.18.0-1 amd64 X.Org X server -- > libinput input driver that's the xorg driver package, I'll need the version from libinput itself too please. Probably named that way too :)
(In reply to Peter Hutterer from comment #8) > (In reply to nokodemus86 from comment #5) > > ii xserver-xorg-input-li 0.18.0-1 amd64 X.Org X server -- > > libinput input driver > > that's the xorg driver package, I'll need the version from libinput itself > too please. Probably named that way too :) Oh, i'm sorry ... i'm pretty new to this stuff :-( I hope you mean one of those: ii libinput-dev:amd64 1.2.3-1ubuntu1 amd64 input device management and event handling libr ii libinput-tools 1.2.3-1ubuntu1 amd64 input device management and event handling libr ii libinput10:amd64 1.2.3-1ubuntu1 amd64 input device management and event handling libr ii libinput10-dbg:amd64 1.2.3-1ubuntu1 amd64 input device management and event handling libr If the correct one isn't there, could you please kindly help me finding out the correct version? Thank you
yep, that's the right package, thanks. but libinput 1.2.3 is over a year old now. After a bit of git log searching, this looks like a dupe of bug 95314, fixed in 1.3.1 and later. Note that I'm just talking about the error message here, the fact that 3 finger swipe gestures don't work is a side-effect of the touchpad being semi-mt and quite inaccurate (see 342bc510164e89d). We *could* enable at least 3-finger swipe detection on those touchpads but that's a bit risky. In libinput, swipe isn't just the swipe movement but mostly the trigger. So if you start with a 3fg swipe but keep your fingers down, libinput will provide gesture position updates as you (even slowly) move the fingers around. This could allow for things like 3-finger window movement. But that requires correct data which semi-mt touchpads don't give us. So we disable gestures other than 2-finger scrolling on semi-mt touchpads. Sorry. *** This bug has been marked as a duplicate of bug 95314 ***
(In reply to Peter Hutterer from comment #10) > Note that I'm just talking about the error message here, the fact that 3 > finger swipe gestures don't work is a side-effect of the touchpad being > semi-mt and quite inaccurate (see 342bc510164e89d). We *could* enable at > least 3-finger swipe detection on those touchpads but that's a bit risky. > > In libinput, swipe isn't just the swipe movement but mostly the trigger. So > if you start with a 3fg swipe but keep your fingers down, libinput will > provide gesture position updates as you (even slowly) move the fingers > around. This could allow for things like 3-finger window movement. But that > requires correct data which semi-mt touchpads don't give us. So we disable > gestures other than 2-finger scrolling on semi-mt touchpads. Sorry. Alright, i quite understand that. Anyway thank you for your efforts on this issue. As a side-effect i also learned a lot these days in terms of handling Linux. That's nice :) I also wanted to install recent libinput from git, but i think i messed up with install of dependencies, finally WiFi stopped working ^^ But i'll give it another shot this weekend. I understand that updating to latest libinput won't resolve the touchpad issue. It's all just about practice. As you're THE expert, when it comes to Touchpads, what would be your advice in this situation regarding forward/back using touchpad? I'm about to setup some workaround using those gesture addons for Firefox. Is there probably some better workaround? Thank you very much for your efforts again, greets :-)
right, updating to latest libinput won't help with this particular problem, sorry. There's no specific workaround I can think of either, sorry. I guess you could try a self-compiled libinput version that allows gestures for semi-mt touchpads and then uses libinput-gestures for the back/forward bindings. Note that if you do compile and install libinput yourself, make sure the SELinux labels are set up correctly, I had some users find out that everything fails after a reboot (reason being that libinput.so had the wrong label and was rejected). There's room for libinput handling those gestures on the device you have, but I simply don't have time to do it and those devices are on the way out anyway. I'd rather concentrate on features needed in the future.
(In reply to Peter Hutterer from comment #12) > I guess you could try a self-compiled libinput version that allows gestures for > semi-mt touchpads and then uses libinput-gestures for the back/forward > bindings. > > Note that if you do compile and install libinput yourself, make sure the > SELinux labels are set up correctly, I had some users find out that > everything fails after a reboot (reason being that libinput.so had the wrong > label and was rejected). Thank you very much for that hint regarding libinput.so. I'll keep that in mind for next try in the future. First i think it would be better for me getting to know those things from scratch. There are lots of lessons to learn for me, i guess ^^ For now i was able to setup a nearly perfect workaround using an gesture addon for firefox, which perfectly maps browsing back/forward to horizontal 2-finger-swipe. It perfectly meets my needs, i think just as perfect as a workaround can get :-D > There's room for libinput handling those gestures on the device you have, > but I simply don't have time to do it and those devices are on the way out > anyway. I'd rather concentrate on features needed in the future. I absolutely understand that. I bet there are much much more important things to do and i'm afraid i already took too much of your time. Finally thank you once more for your kind support. Have a nice weekend and keep up the great work. Greets
Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.