Bug 1225643

Summary:	Touchpad scolling does not have momentum anymore
Product:	[Fedora] Fedora	Reporter:	GP <gipimorin>
Component:	libinput	Assignee:	Peter Hutterer <peter.hutterer>
Status:	CLOSED NOTABUG	QA Contact:	Fedora Extras Quality Assurance <extras-qa>
Severity:	medium	Docs Contact:
Priority:	unspecified
Version:	22	CC:	peter.hutterer, renatomefidf
Target Milestone:	---
Target Release:	---
Hardware:	x86_64
OS:	Linux
Whiteboard:
Fixed In Version:		Doc Type:	Bug Fix
Doc Text:		Story Points:	---
Clone Of:		Environment:
Last Closed:	2015-05-27 21:57:33 UTC	Type:	Bug
Regression:	---	Mount Type:	---
Documentation:	---	CRM:
Verified Versions:		Category:	---
oVirt Team:	---	RHEL 7.3 requirements from Atomic Host:
Cloudforms Team:	---	Target Upstream Version:
Embargoed:

Description GP 2015-05-27 21:01:42 UTC

Description of problem:

* In Fedora 21, scrolling with a touchpad and releasing the finger(s) from the touchpad causes the scrolling to continue but while decelerating.

* In Fedora 22, scrolling with a touchpad and releasing the finger(s) from the touchpad causes the scrolling to stop immediately.

Version-Release number of selected component (if applicable):

According to "dnf info libinput":

Name        : libinput
Arch        : x86_64
Epoch       : 0
Version     : 0.15.0
Release     : 1.fc22


How reproducible: Always reproducible.


Steps to Reproduce:
1. Scroll using a touchpad.
2. Release your finger(s) from the touchpad while still scrolling.

Actual results: Scrolling immediately stops.

Expected results: Scrolling continues while decelerating.


Additional info:

Fedora 22 Workstation 64-bit
GNOME 3.16.2
Dell Inspiron 1525 Laptop
Update to Fedora 22 from Fedora 21 via FedUp

Comment 1 Renato Mendes Figueiredo 2015-05-27 21:21:02 UTC

I can confirm this bug, momentum doesn't exists any more.

Fedora release 22 (Twenty Two)
GNOME 3.16.2
Linux renatomefi.dev 4.0.4-301.fc22.x86_64 #1 SMP Thu May 21 13:10:33 UTC 2015 x86_64 x86_64 x86_64 GNU/Linux

Comment 2 Peter Hutterer 2015-05-27 21:57:33 UTC

That's actually intended. kinetic scrolling should've never been in the driver and causes a couple of other bugs that are effectively unfixable. libinput doesn't provide kinetic scrolling itself but it provides enough information for the compositor or client to implement it. See
http://who-t.blogspot.com.au/2015/03/libinput-scroll-sources.html

That requires the toolkits to support this though. GTK already does some of it and we're working on this for wayland (multiple things need to come together here).