Bug 404535 - Slowly scrolling on touchpad doesn't register
Summary: Slowly scrolling on touchpad doesn't register
Status: RESOLVED FIXED
Alias: None
Product: kwin
Classification: Plasma
Component: libinput (show other bugs)
Version: 5.15.0
Platform: Arch Linux Linux
: NOR normal
Target Milestone: ---
Assignee: KWin default assignee
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2019-02-18 20:27 UTC by Sawyer Bergeron
Modified: 2019-06-18 21:22 UTC (History)
3 users (show)

See Also:
Latest Commit:
Version Fixed In:
Sentry Crash Report:
nate: Wayland+
nate: X11-


Attachments
Libinput recording that demonstrates issue, showing slow scrolling (509.36 KB, text/plain)
2019-02-18 20:27 UTC, Sawyer Bergeron
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Sawyer Bergeron 2019-02-18 20:27:09 UTC
Created attachment 118188 [details]
Libinput recording that demonstrates issue, showing slow scrolling

SUMMARY
When using touchpad input with the two finger scroll gesture, 

STEPS TO REPRODUCE
1. Open any app that supports high resolution scrolling with Libinput (dolphin, firefox with wayland patch, plasma settings)
2. Use 2 finger scroll gesture very slowly across touchpad (less than 5mm/sec)

OBSERVED RESULT
No scroll event occurs

EXPECTED RESULT
Scrolling continues, but is slower than normal


SOFTWARE/OS VERSIONS
Linux/KDE Plasma: kernel 4.20.10-arch1-1-ARCH
(available in About System)
KDE Plasma Version: 5.15.0
KDE Frameworks Version: 5.55.0
Qt Version: 5.12.1
Libinput: 1.12.6

ADDITIONAL INFORMATION
Not reproduceable on Plasma on Xorg, and does not occur on Gnome Xorg or Gnome Wayland. This is limited to exclusively Plasma on Wayland.
Encountered on a Dell XPS 9560. No other system available to test.
Comment 1 Vlad Zahorodnii 2019-02-18 23:48:16 UTC
This happens because KWin floors deltas. The fix for bug 404152 should address this issue.
Comment 2 Christoph Feck 2019-03-09 14:55:25 UTC
Hm, so KWin _does_ process input before sending it to applications?
Comment 3 Vlad Zahorodnii 2019-03-09 16:16:51 UTC
Yes, normal applications don't have access to input devices.
Comment 4 Sawyer Bergeron 2019-06-18 16:31:02 UTC
Is this resolved by https://phabricator.kde.org/D19000 or is there more related work required?

As a side note, does the patch in that differential allow kinetic scrolling to work as well? I seem to remember kinetic scrolling (in e.g. GTK apps) requiring axis source and axis stop information, but do not know if there is more to it than exposing what that patch does.
Comment 5 Nate Graham 2019-06-18 16:35:12 UTC
Kinetic scrolling in GTK apps already works fine for me, it's just Qt apps which seem to need that special something to make it work.
Comment 6 Sawyer Bergeron 2019-06-18 16:39:56 UTC
(In reply to Nate Graham from comment #5)
> Kinetic scrolling in GTK apps already works fine for me, it's just Qt apps
> which seem to need that special something to make it work.

Just to clarify, is this as of 5.16 or is this using kwin with the mentioned diff applied?
Comment 7 Nate Graham 2019-06-18 17:18:26 UTC
For me, kinetic scrolling in GTK apps (well, GNOME apps that use an unmodified GTK ScrollView at least) has worked for ages and ages. It definitely did not require that patch.
Comment 8 Vlad Zahorodnii 2019-06-18 21:22:06 UTC
(In reply to Sawyer Bergeron from comment #4)
> Is this resolved by https://phabricator.kde.org/D19000 or is there more
> related work required?
It should be. Please reopen this bug report if there are still issues with scrolling in 5.17.