xf86-input-libinput issueshttps://gitlab.freedesktop.org/xorg/driver/xf86-input-libinput/-/issues2023-09-11T13:08:39Zhttps://gitlab.freedesktop.org/xorg/driver/xf86-input-libinput/-/issues/5Disappearing events for buttons 4 and 52023-09-11T13:08:39ZBugzilla Migration UserDisappearing events for buttons 4 and 5## Submitted by mom..@..doo.fr
Assigned to **Peter Hutterer `@whot`**
**[Link to original bug (#99648)](https://bugs.freedesktop.org/show_bug.cgi?id=99648)**
## Description
Hello
I'm a Slackware-current user ; I've just "migrated...## Submitted by mom..@..doo.fr
Assigned to **Peter Hutterer `@whot`**
**[Link to original bug (#99648)](https://bugs.freedesktop.org/show_bug.cgi?id=99648)**
## Description
Hello
I'm a Slackware-current user ; I've just "migrated" from xf86-input-evdev to xf86-input-libinput 0.23.0 ( + libinput 1.5.4 + xorg-server 1.19.1 ) and X "eats" the first scroll event, each time the scroll direction changes.
One simple example :
* before (with evdev), when I wanted to change virtual desktops, I moved my mouse pointer over the root window and scrolled. Once. And it worked immediately.
* now (with libinput), I move the mouse pointer over the root window and scroll. And maybe if I'm lucky it changes virtual desktops, and maybe not.
Any other examples :
* move the mouse pointer over a window with a scrollbar, scroll repeatedly up/down/up/down and nothing will move
I use a mouse (not a touchpad) and I haven't tested this with a touchpad (yet).
This particular hardware works just fine with xf86-input-evdev (2.10.4 in my case, but it has been working normally for years with previous versions).
xev shows that the event is not even generated (nothing appears when I "scroll" inside its window), meaning it's not hardware-related nor application-related : there's something in libinput or the drivers that ignores a button press when it's pressed for the first time after the press of another button.https://gitlab.freedesktop.org/xorg/driver/xf86-input-libinput/-/issues/9Scroll doesn't work while moving mouse in VirtualBox2021-10-05T13:14:23ZBugzilla Migration UserScroll doesn't work while moving mouse in VirtualBox## Submitted by yar..@..il.com
Assigned to **Peter Hutterer `@whot`**
**[Link to original bug (#103603)](https://bugs.freedesktop.org/show_bug.cgi?id=103603)**
## Description
Running Fedora 26 in VirtualBox 5.2.0 with libinput 1.9...## Submitted by yar..@..il.com
Assigned to **Peter Hutterer `@whot`**
**[Link to original bug (#103603)](https://bugs.freedesktop.org/show_bug.cgi?id=103603)**
## Description
Running Fedora 26 in VirtualBox 5.2.0 with libinput 1.9.0 the mouse scroll is not registered in Chrome and Firefox browsers while moving mouse.
If the mouse is stationary the scroll events pass through fine. This happens in browser windows and in system terminal (xfce-terminal), but works in Java application.https://gitlab.freedesktop.org/xorg/driver/xf86-input-libinput/-/issues/1No way to set pointing device speed2021-09-03T02:10:50ZBugzilla Migration UserNo way to set pointing device speed## Submitted by Yan Pas
Assigned to **Peter Hutterer `@whot`**
**[Link to original bug (#92663)](https://bugs.freedesktop.org/show_bug.cgi?id=92663)**
## Description
Libinput doesn't provide options to set pointer's speed, it obly...## Submitted by Yan Pas
Assigned to **Peter Hutterer `@whot`**
**[Link to original bug (#92663)](https://bugs.freedesktop.org/show_bug.cgi?id=92663)**
## Description
Libinput doesn't provide options to set pointer's speed, it obly provides acceleration settings. So every DE doesn't have such setting. Here is workaround: http://askubuntu.com/questions/205676/how-to-change-mouse-speed-sensitivity
Please add function to libinput library to set pointer speed
PS: I'm not sure, whether it is the correct place for opening the bug, maybe problem is somewhere else.https://gitlab.freedesktop.org/xorg/driver/xf86-input-libinput/-/issues/3Add support for Horizontal Wheels (angle > click events) and Horizontal Wheel...2021-09-03T02:06:29ZBugzilla Migration UserAdd support for Horizontal Wheels (angle > click events) and Horizontal Wheel "sensitivity"## Submitted by Ariel
Assigned to **Peter Hutterer `@whot`**
**[Link to original bug (#97404)](https://bugs.freedesktop.org/show_bug.cgi?id=97404)**
## Description
As discussed with whot on #wayland (freenode)
& in this systemd bu...## Submitted by Ariel
Assigned to **Peter Hutterer `@whot`**
**[Link to original bug (#97404)](https://bugs.freedesktop.org/show_bug.cgi?id=97404)**
## Description
As discussed with whot on #wayland (freenode)
& in this systemd bug: https://github.com/systemd/systemd/issues/3947
This request is to add conversion for the Click Angle to click events for a new device that was added in hwdb (see github bug above)
The actual conversion from click angle to click events is done by the xf86-input-libinput driver.
Device:
Input device name: "Logitech MX Master"
Input device ID: bus 0x03 vendor 0x46d product 0x4041 version 0x111
Main Vertical scroll wheel: 24 clicks for a full revolution
Reported by evemu-record as (for each click):
E: 9.273909 0002 0008 -001 # EV_REL / REL_WHEEL
Horizontal scroll wheel AKA "thumbwheel": generates 14 events for a full revolution (it's a tiny wheel)
Reported by evemu-record as (for each 'click'):
E: 11.859882 0002 0006 0001 # EV_REL / REL_HWHEEL
Notes:
The main wheel supports "free spinning mode" or "ratchet mode". It produces 24 events in either mode.
The smaller 'horizontal scroll wheel' is always in free spinning mode (no ratchet) but spins slowly (no inertia)
The bottom line request is to have equivalent functionality in libinput as we had with evdev, where we could add "dividers" to the events generated by either wheel, for example:
xinput set-prop 11 "Evdev Scrolling Distance" 1 2 1
... this caused the Horizontal Wheel to send to the app a single horizontal scroll keystroke for every 2 "mouse whell events", in effect decreasing the "sensitivity" of the wheel.
### Depends on
* [Bug 92772](https://bugs.freedesktop.org/show_bug.cgi?id=92772)https://gitlab.freedesktop.org/xorg/driver/xf86-input-libinput/-/issues/12Acceleration profile for trackpoint is reset upon connection of another Pointer2021-09-02T22:50:48ZBugzilla Migration UserAcceleration profile for trackpoint is reset upon connection of another Pointer## Submitted by Jacopo De Simoi
Assigned to **Peter Hutterer `@whot`**
**[Link to original bug (#105896)](https://bugs.freedesktop.org/show_bug.cgi?id=105896)**
## Description
I have a Thinkpad T460s and have set the trackpoint to...## Submitted by Jacopo De Simoi
Assigned to **Peter Hutterer `@whot`**
**[Link to original bug (#105896)](https://bugs.freedesktop.org/show_bug.cgi?id=105896)**
## Description
I have a Thinkpad T460s and have set the trackpoint to flat acceleration profile via an entry in /etc/xorg.d
When I connect an external mouse (also handled by libinput) the acceleration profile of the Trackpoint is switched to accelerated. Unplugging the mouse does not revert this and the Trackpoint is kept on an accelerated profile (barely usable)
Here is a xinput list-prop for the Trackpoint in normal conditions
```
Device 'TPPS/2 IBM TrackPoint':
Device Enabled (143): 1
Coordinate Transformation Matrix (145): 1.000000, 0.000000, 0.000000, 0.000000, 1.000000, 0.000000, 0.000000, 0.000000, 1.000000
libinput Natural Scrolling Enabled (311): 0
libinput Natural Scrolling Enabled Default (312): 0
libinput Scroll Methods Available (313): 0, 0, 1
libinput Scroll Method Enabled (314): 0, 0, 1
libinput Scroll Method Enabled Default (315): 0, 0, 1
libinput Button Scrolling Button (316): 2
libinput Button Scrolling Button Default (317): 2
libinput Middle Emulation Enabled (318): 0
libinput Middle Emulation Enabled Default (319): 0
libinput Accel Speed (320): 1.000000
libinput Accel Speed Default (321): 0.000000
libinput Accel Profiles Available (322): 1, 1
libinput Accel Profile Enabled (323): 0, 1
libinput Accel Profile Enabled Default (324): 1, 0
libinput Left Handed Enabled (325): 0
libinput Left Handed Enabled Default (326): 0
libinput Send Events Modes Available (327): 1, 0
libinput Send Events Mode Enabled (328): 0, 0
libinput Send Events Mode Enabled Default (329): 0, 0
Device Node (264): "/dev/input/event16"
Device Product ID (263): 2, 10
libinput Drag Lock Buttons (330): `<no items>`
libinput Horizontal Scroll Enabled (331): 1
```
Please let me know of any further info that you need to take care of this.
Best
Jhttps://gitlab.freedesktop.org/xorg/driver/xf86-input-libinput/-/issues/14Pointer speed is too slow for hidpi displays; xorg is inconsistent with Wayland2021-09-02T22:50:20ZBugzilla Migration UserPointer speed is too slow for hidpi displays; xorg is inconsistent with Wayland## Submitted by Tony Houghton
Assigned to **Peter Hutterer `@whot`**
**[Link to original bug (#106785)](https://bugs.freedesktop.org/show_bug.cgi?id=106785)**
## Description
This bug used to affect both xorg and Wayland; it's been...## Submitted by Tony Houghton
Assigned to **Peter Hutterer `@whot`**
**[Link to original bug (#106785)](https://bugs.freedesktop.org/show_bug.cgi?id=106785)**
## Description
This bug used to affect both xorg and Wayland; it's been fixed in Wayland <https://bugs.freedesktop.org/show_bug.cgi?id=99383> but not xorg. Well, not officially, but I found your patch for Fedora <https://bugzilla.redhat.com/show_bug.cgi?id=1413306#c54> and applied it to Arch, and it works well.
I added a second stanza to the example xorg config though, using MatchIsPointer (which doesn't seem to match my touchpad for some reason) instead of MatchIsTouchpad because I also wanted my mouse speed to be consistent in X and Wayland.
I see you're concerned that it might make some pixels unaddressable. Did you find out how the Wayland developers addressed that concern? My opinion is that it doesn't really matter, because the point of hidpi is to provide more pixels than a user can see individually, providing smoother text etc rather than more desktop space.https://gitlab.freedesktop.org/xorg/driver/xf86-input-libinput/-/issues/7Combined Keyboard+Mouse+Touchpad device problems2021-09-02T22:49:57ZBugzilla Migration UserCombined Keyboard+Mouse+Touchpad device problems## Submitted by Gergely Nagy
Assigned to **Peter Hutterer `@whot`**
**[Link to original bug (#99914)](https://bugs.freedesktop.org/show_bug.cgi?id=99914)**
## Description
Created attachment 129847
evemu-describe output of the devi...## Submitted by Gergely Nagy
Assigned to **Peter Hutterer `@whot`**
**[Link to original bug (#99914)](https://bugs.freedesktop.org/show_bug.cgi?id=99914)**
## Description
Created attachment 129847
evemu-describe output of the device
Apologies for the title, I'm not sure how best to summarize the problem I'm experiencing. Long story short, I'm contributing to a keyboard firmware, that will power a number of keyboards (I can provide links to the firmware, and the Arduino libraries used, if need be), and it has the ability to present itself as a combined keyboard + mouse + touchpad device. The first two are behaving correctly, but the touchpad functionality, absolute positioning in particular, does not. At least on Linux (Debian testing, under X11) - I was told that OSX can handle it fine (I do not have access to OSX, so can't compare myself, sadly).
What happens is, that if I press the key that is supposed to move the cursor towards the lower left corner, it ends up in the top right one instead.
To make things clearer, I attached the output of evemu-describe, and will add an evemu-record attachment too.
I'm opening this bug primarily to ask where I should be looking, to debug the issue further? What does libinput expect from the device, to be able to position the cursor properly? Which properties am I reporting incorrectly, or missing alltogether?
I actually have very little knowledge of the hardware, or USB in general - I just happen to be the first one to give it the firmware and the device some testing under Linux, it seems. Any pointers would be most appreciated, and I'm happy to provide you with any information you may need.
Thanks in advance!
**Attachment 129847**, "evemu-describe output of the device":
[evemu-describe.txt](/uploads/2d8f9179f941a0881ab4c05c67526099/evemu-describe.txt)https://gitlab.freedesktop.org/xorg/driver/xf86-input-libinput/-/issues/4kernel: Disabled "natural" scrolling doesn't take effect until laptop is susp...2021-09-02T22:49:24ZBugzilla Migration Userkernel: Disabled "natural" scrolling doesn't take effect until laptop is suspended## Submitted by and..@..il.com
Assigned to **Benjamin Tissoires `@bentiss`**
**[Link to original bug (#98099)](https://bugs.freedesktop.org/show_bug.cgi?id=98099)**
## Description
Hello! I'm using
- Arch Linux
- plasma-desktop 5....## Submitted by and..@..il.com
Assigned to **Benjamin Tissoires `@bentiss`**
**[Link to original bug (#98099)](https://bugs.freedesktop.org/show_bug.cgi?id=98099)**
## Description
Hello! I'm using
- Arch Linux
- plasma-desktop 5.7.5
- libinput 1.5.0
- xf86-input-libinput 0.20.0
While I have "natural" scrolling disabled in systemsettings, that doesn't take effect unless and until I suspend and subsequently resume the laptop. This is reproduced on every boot, and then breaks again whenever I switch to a non-X TTY and back again.
I started recording with evemu, switched to a TTY and back, and then scrolled (thus triggering the reverts-to-natural-scrolling bug) but no events were recorded:
```
# EVEMU 1.3
# Kernel: 4.7.6-1-ARCH
# DMI: dmi:bvnHP:bvrN82Ver.01.07:bd04/27/2016:svnHP:pnHPZBookStudioG3:pvr:rvnHP:rn80D4:rvrKBCVersion11.60:cvnHP:ct10:cvr:
# Input device name: "AlpsPS/2 ALPS GlidePoint"
# Input device ID: bus 0x11 vendor 0x02 product 0x08 version 0x700
# Supported events:
# Event type 0 (EV_SYN)
# Event code 0 (SYN_REPORT)
# Event code 1 (SYN_CONFIG)
# Event code 2 (SYN_MT_REPORT)
# Event code 3 (SYN_DROPPED)
# Event code 4 ((null))
# Event code 5 ((null))
# Event code 6 ((null))
# Event code 7 ((null))
# Event code 8 ((null))
# Event code 9 ((null))
# Event code 10 ((null))
# Event code 11 ((null))
# Event code 12 ((null))
# Event code 13 ((null))
# Event code 14 ((null))
# Event type 1 (EV_KEY)
# Event code 272 (BTN_LEFT)
# Event code 325 (BTN_TOOL_FINGER)
# Event code 328 (BTN_TOOL_QUINTTAP)
# Event code 330 (BTN_TOUCH)
# Event code 333 (BTN_TOOL_DOUBLETAP)
# Event code 334 (BTN_TOOL_TRIPLETAP)
# Event code 335 (BTN_TOOL_QUADTAP)
# Event type 3 (EV_ABS)
# Event code 0 (ABS_X)
# Value 1129
# Min 0
# Max 4095
# Fuzz 0
# Flat 0
# Resolution 48
# Event code 1 (ABS_Y)
# Value 1134
# Min 0
# Max 2047
# Fuzz 0
# Flat 0
# Resolution 37
# Event code 47 (ABS_MT_SLOT)
# Value 1
# Min 0
# Max 3
# Fuzz 0
# Flat 0
# Resolution 0
# Event code 53 (ABS_MT_POSITION_X)
# Value 0
# Min 0
# Max 4095
# Fuzz 0
# Flat 0
# Resolution 48
# Event code 54 (ABS_MT_POSITION_Y)
# Value 0
# Min 0
# Max 2047
# Fuzz 0
# Flat 0
# Resolution 37
# Event code 57 (ABS_MT_TRACKING_ID)
# Value 0
# Min 0
# Max 65535
# Fuzz 0
# Flat 0
# Resolution 0
# Properties:
# Property type 0 (INPUT_PROP_POINTER)
# Property type 2 (INPUT_PROP_BUTTONPAD)
N: AlpsPS/2 ALPS GlidePoint
I: 0011 0002 0008 0700
P: 05 00 00 00 00 00 00 00
B: 00 0b 00 00 00 00 00 00 00
B: 01 00 00 00 00 00 00 00 00
B: 01 00 00 00 00 00 00 00 00
B: 01 00 00 00 00 00 00 00 00
B: 01 00 00 00 00 00 00 00 00
B: 01 00 00 01 00 00 00 00 00
B: 01 20 e5 00 00 00 00 00 00
B: 01 00 00 00 00 00 00 00 00
B: 01 00 00 00 00 00 00 00 00
B: 01 00 00 00 00 00 00 00 00
B: 01 00 00 00 00 00 00 00 00
B: 01 00 00 00 00 00 00 00 00
B: 01 00 00 00 00 00 00 00 00
B: 02 00 00 00 00 00 00 00 00
B: 03 03 00 00 00 00 80 60 02
B: 04 00 00 00 00 00 00 00 00
B: 05 00 00 00 00 00 00 00 00
B: 11 00 00 00 00 00 00 00 00
B: 12 00 00 00 00 00 00 00 00
B: 14 00 00 00 00 00 00 00 00
B: 15 00 00 00 00 00 00 00 00
B: 15 00 00 00 00 00 00 00 00
A: 00 0 4095 0 0 48
A: 01 0 2047 0 0 37
A: 2f 0 3 0 0 0
A: 35 0 4095 0 0 48
A: 36 0 2047 0 0 37
A: 39 0 65535 0 0 0
################################
# Waiting for events #
################################
```
Here are the device settings (they do not change between the working and broken states):
```
Device 'AlpsPS/2 ALPS GlidePoint':
Device Enabled (138): 1
Coordinate Transformation Matrix (140): 1.000000, 0.000000, 0.000000, 0.000000, 1.000000, 0.000000, 0.000000, 0.000000, 1.000000
libinput Tapping Enabled (292): 1
libinput Tapping Enabled Default (293): 0
libinput Tapping Drag Enabled (294): 1
libinput Tapping Drag Enabled Default (295): 1
libinput Tapping Drag Lock Enabled (296): 0
libinput Tapping Drag Lock Enabled Default (297): 0
libinput Tapping Button Mapping Enabled (298): 1, 0
libinput Tapping Button Mapping Default (299): 1, 0
libinput Accel Speed (275): 0.000000
libinput Accel Speed Default (276): 0.000000
libinput Natural Scrolling Enabled (280): 0
libinput Natural Scrolling Enabled Default (281): 0
libinput Send Events Modes Available (259): 1, 1
libinput Send Events Mode Enabled (260): 0, 0
libinput Send Events Mode Enabled Default (261): 0, 0
libinput Left Handed Enabled (282): 0
libinput Left Handed Enabled Default (283): 0
libinput Scroll Methods Available (284): 1, 1, 0
libinput Scroll Method Enabled (285): 1, 0, 0
libinput Scroll Method Enabled Default (286): 1, 0, 0
libinput Click Methods Available (300): 1, 1
libinput Click Method Enabled (301): 1, 0
libinput Click Method Enabled Default (302): 1, 0
libinput Middle Emulation Enabled (289): 0
libinput Middle Emulation Enabled Default (290): 0
libinput Disable While Typing Enabled (303): 1
libinput Disable While Typing Enabled Default (304): 1
Device Node (262): "/dev/input/event5"
Device Product ID (263): 2, 8
libinput Drag Lock Buttons (291): `<no items>`
libinput Horizontal Scroll Enabled (264): 1
```
The laptop is an HP Zbook Studio G3 (dmi stuff included in evemu output).https://gitlab.freedesktop.org/xorg/driver/xf86-input-libinput/-/issues/2Horizontal scroll wheel on MadCatz RAT 5 mouse does not work2019-12-03T11:58:29ZBugzilla Migration UserHorizontal scroll wheel on MadCatz RAT 5 mouse does not work## Submitted by Jakub Schmidtke
Assigned to **Peter Hutterer `@whot`**
**[Link to original bug (#96760)](https://bugs.freedesktop.org/show_bug.cgi?id=96760)**
## Description
I have MadCatz RAT 5 mouse which has a dedicated horizon...## Submitted by Jakub Schmidtke
Assigned to **Peter Hutterer `@whot`**
**[Link to original bug (#96760)](https://bugs.freedesktop.org/show_bug.cgi?id=96760)**
## Description
I have MadCatz RAT 5 mouse which has a dedicated horizontal scroll wheel.
That wheel does not work as a wheel, xev shows buttons 10 and 11 being pressed,
but it does not act as a wheel. Vertical wheel works fine.https://gitlab.freedesktop.org/xorg/driver/xf86-input-libinput/-/issues/8kernel: XP-PEN STAR 06 missing BTN_TOOL_PEN2019-08-29T05:49:07ZBugzilla Migration Userkernel: XP-PEN STAR 06 missing BTN_TOOL_PEN## Submitted by Fredrick Lockert
Assigned to **Peter Hutterer `@whot`**
**[Link to original bug (#102559)](https://bugs.freedesktop.org/show_bug.cgi?id=102559)**
## Description
Created attachment 133992
evemu-record of pen events
...## Submitted by Fredrick Lockert
Assigned to **Peter Hutterer `@whot`**
**[Link to original bug (#102559)](https://bugs.freedesktop.org/show_bug.cgi?id=102559)**
## Description
Created attachment 133992
evemu-record of pen events
Plugging in the XP-PEN STAR 06 graphics tablet on default configuration, results in pen movement being discarded.
The tablet has two events, one for pen and one for keyboard. I've included an evemu-record of the pen events.
**Attachment 133992**, "evemu-record of pen events":
[XP-PEN-Star06-Event12.events](/uploads/ffb23a4135e10fa943ca46960df28fba/XP-PEN-Star06-Event12.events)https://gitlab.freedesktop.org/xorg/driver/xf86-input-libinput/-/issues/11kernel: jumping cursor on dell xps2018-08-14T05:08:16ZBugzilla Migration Userkernel: jumping cursor on dell xps## Submitted by Martin Jørgensen
Assigned to **Peter Hutterer `@whot`**
**[Link to original bug (#105803)](https://bugs.freedesktop.org/show_bug.cgi?id=105803)**
## Description
Created attachment 138412
evemu recording, that shoul...## Submitted by Martin Jørgensen
Assigned to **Peter Hutterer `@whot`**
**[Link to original bug (#105803)](https://bugs.freedesktop.org/show_bug.cgi?id=105803)**
## Description
Created attachment 138412
evemu recording, that should contain 2-3 jumps
my cursor is jumping every once in a while. i've tried following the guidelines to gather as much info as i can about the issue.
i'm using latest Debian Buster/Sid, libinput 1.10.3, on a Dell XPS 9370
xinput list-props "DELL07E6:00 06CB:76AF Touchpad":
Device 'DELL07E6:00 06CB:76AF Touchpad':
Device Enabled (139): 1
Coordinate Transformation Matrix (141): 1.000000, 0.000000, 0.000000, 0.000000, 1.000000, 0.000000, 0.000000, 0.000000, 1.000000
libinput Tapping Enabled (280): 0
libinput Tapping Enabled Default (281): 0
libinput Tapping Drag Enabled (282): 1
libinput Tapping Drag Enabled Default (283): 1
libinput Tapping Drag Lock Enabled (284): 0
libinput Tapping Drag Lock Enabled Default (285): 0
libinput Tapping Button Mapping Enabled (286): 1, 0
libinput Tapping Button Mapping Default (287): 1, 0
libinput Natural Scrolling Enabled (288): 0
libinput Natural Scrolling Enabled Default (289): 0
libinput Disable While Typing Enabled (290): 1
libinput Disable While Typing Enabled Default (291): 1
libinput Scroll Methods Available (292): 1, 1, 0
libinput Scroll Method Enabled (293): 1, 0, 0
libinput Scroll Method Enabled Default (294): 1, 0, 0
libinput Click Methods Available (295): 1, 1
libinput Click Method Enabled (296): 1, 0
libinput Click Method Enabled Default (297): 1, 0
libinput Middle Emulation Enabled (298): 0
libinput Middle Emulation Enabled Default (299): 0
libinput Accel Speed (300): 0.000000
libinput Accel Speed Default (301): 0.000000
libinput Left Handed Enabled (302): 0
libinput Left Handed Enabled Default (303): 0
libinput Send Events Modes Available (261): 1, 1
libinput Send Events Mode Enabled (262): 0, 0
libinput Send Events Mode Enabled Default (263): 0, 0
Device Node (264): "/dev/input/event20"
Device Product ID (265): 1739, 30383
libinput Drag Lock Buttons (304): `<no items>`
libinput Horizontal Scroll Enabled (305): 1
udevadm info /sys/class/input/event20 :
P: /devices/pci0000:00/0000:00:15.1/i2c_designware.1/i2c-8/i2c-DELL07E6:00/0018:06CB:76AF.0002/input/input26/event20
N: input/event20
S: input/by-path/pci-0000:00:15.1-platform-i2c_designware.1-event-mouse
E: DEVLINKS=/dev/input/by-path/pci-0000:00:15.1-platform-i2c_designware.1-event-mouse
E: DEVNAME=/dev/input/event20
E: DEVPATH=/devices/pci0000:00/0000:00:15.1/i2c_designware.1/i2c-8/i2c-DELL07E6:00/0018:06CB:76AF.0002/input/input26/event20
E: ID_INPUT=1
E: ID_INPUT_HEIGHT_MM=56
E: ID_INPUT_TOUCHPAD=1
E: ID_INPUT_WIDTH_MM=101
E: ID_PATH=pci-0000:00:15.1-platform-i2c_designware.1
E: ID_PATH_TAG=pci-0000_00_15_1-platform-i2c_designware_1
E: ID_SERIAL=noserial
E: LIBINPUT_DEVICE_GROUP=18/6cb/76af:i2c-DELL07E6:00
E: LIBINPUT_MODEL_TOUCHPAD_VISIBLE_MARKER=1
E: MAJOR=13
E: MINOR=84
E: SUBSYSTEM=input
E: USEC_INITIALIZED=4691620
cat /sys/class/dmi/id/modalias :
dmi:bvnDellInc.:bvr1.2.1:bd02/21/2018:svnDellInc.:pnXPS139370:pvr:rvnDellInc.:rn0F6P3V:rvrA00:cvnDellInc.:ct9:cvr:
**Attachment 138412**, "evemu recording, that should contain 2-3 jumps":
[evemu-record.out.gz](/uploads/03b439b8af78fe2fcc59d4e31c1e0775/evemu-record.out.gz)https://gitlab.freedesktop.org/xorg/driver/xf86-input-libinput/-/issues/6RFE: strip scrolling for tablets in xf86-input-libinput2018-08-13T04:30:13ZBugzilla Migration UserRFE: strip scrolling for tablets in xf86-input-libinput## Submitted by Eevee
Assigned to **Peter Hutterer `@whot`**
**[Link to original bug (#99711)](https://bugs.freedesktop.org/show_bug.cgi?id=99711)**
## Description
I have an old Wacom Intuos3, which has a touch strip on each side ...## Submitted by Eevee
Assigned to **Peter Hutterer `@whot`**
**[Link to original bug (#99711)](https://bugs.freedesktop.org/show_bug.cgi?id=99711)**
## Description
I have an old Wacom Intuos3, which has a touch strip on each side of the drawing area.
libinput recognizes them, and fires TABLET_PAD_STRIP events when touching them. xinput lists them as unnamed valuators 3 and 4 on the pad, and `xinput query-state` shows a value corresponding to where I'm touching the strip.
But `xev` doesn't show any X events, and I can't find any user-facing way to bind behavior to an arbitrary valuator. It seems that the strips are supported, but not actually usable.
(The wacom driver treats the strips as equivalent to a scroll wheel, which is fantastically useful for zooming while drawing.)https://gitlab.freedesktop.org/xorg/driver/xf86-input-libinput/-/issues/13libinput does not preserve xorg config after resume from suspend2018-08-13T04:29:08ZBugzilla Migration Userlibinput does not preserve xorg config after resume from suspend## Submitted by nan..@..il.com
Assigned to **Peter Hutterer `@whot`**
**[Link to original bug (#106633)](https://bugs.freedesktop.org/show_bug.cgi?id=106633)**
## Description
Created attachment 139714
xorg log before suspend/after...## Submitted by nan..@..il.com
Assigned to **Peter Hutterer `@whot`**
**[Link to original bug (#106633)](https://bugs.freedesktop.org/show_bug.cgi?id=106633)**
## Description
Created attachment 139714
xorg log before suspend/after resume
libinput does not preserve xorg config after resume from suspend. The following config is lost after resume:
[ 3.155] (II) event15 - SynPS/2 Synaptics TouchPad: device removed
[ 3.179] (**) Option "Tapping" "True"
[ 3.179] (**) Option "TappingDrag" "True"
[ 3.179] (**) Option "AccelSpeed" "1"
[ 3.179] (**) Option "ScrollMethod" "twofinger"
[ 3.179] (**) Option "MiddleEmulation" "True"
[ 3.179] (**) Option "DisableWhileTyping" "True"
[ 3.179] (**) Option "HorizontalScrolling" "False"
**Attachment 139714**, "xorg log before suspend/after resume":
[Xorg.0.log](/uploads/3d0ba2300c8dd6f65ab40f3f010fd88b/Xorg.0.log)https://gitlab.freedesktop.org/xorg/driver/xf86-input-libinput/-/issues/10Pointer speed too fast - Lenovo Thinkpad T540p - Add DPI Scale Factor2018-08-13T02:25:09ZBugzilla Migration UserPointer speed too fast - Lenovo Thinkpad T540p - Add DPI Scale Factor## Submitted by Guido
Assigned to **Peter Hutterer `@whot`**
**[Link to original bug (#105612)](https://bugs.freedesktop.org/show_bug.cgi?id=105612)**
## Description## Submitted by Guido
Assigned to **Peter Hutterer `@whot`**
**[Link to original bug (#105612)](https://bugs.freedesktop.org/show_bug.cgi?id=105612)**
## Description