Skip to content

GitLab

  • Projects
  • Groups
  • Snippets
  • Help
    • Loading...
  • Help
    • Help
    • Support
    • Community forum
    • Submit feedback
    • Contribute to GitLab
  • Sign in / Register
X
xf86-input-libinput
  • Project overview
    • Project overview
    • Details
    • Activity
    • Releases
  • Repository
    • Repository
    • Files
    • Commits
    • Branches
    • Tags
    • Contributors
    • Graph
    • Compare
  • Issues 14
    • Issues 14
    • List
    • Boards
    • Labels
    • Service Desk
    • Milestones
  • Merge Requests 5
    • Merge Requests 5
  • CI / CD
    • CI / CD
    • Pipelines
    • Jobs
    • Schedules
  • Operations
    • Operations
    • Incidents
    • Environments
  • Packages & Registries
    • Packages & Registries
    • Container Registry
  • Analytics
    • Analytics
    • CI / CD
    • Repository
    • Value Stream
  • Snippets
    • Snippets
  • Members
    • Members
  • Activity
  • Graph
  • Create a new issue
  • Jobs
  • Commits
  • Issue Boards
Collapse sidebar
  • xorg
  • driver
  • xf86-input-libinput
  • Issues
  • #5

Closed
Open
Opened Feb 02, 2017 by Bugzilla Migration User@bugzilla-migration

Disappearing events for buttons 4 and 5

Submitted by mom..@..doo.fr

Assigned to Peter Hutterer @whot

Link to original bug (#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.

To upload designs, you'll need to enable LFS and have an admin enable hashed storage. More information
Assignee
Assign to
None
Milestone
None
Assign milestone
Time tracking
None
Due date
None
Reference: xorg/driver/xf86-input-libinput#5