Bug 381182 - Scrolling choppy/slow under Wayland
Summary: Scrolling choppy/slow under Wayland
Status: RESOLVED FIXED
Alias: None
Product: frameworks-kirigami
Classification: Frameworks and Libraries
Component: general (show other bugs)
Version: 5.38.0
Platform: Arch Linux Linux
: NOR normal
Target Milestone: Not decided
Assignee: Marco Martin
URL:
Keywords: usability
Depends on:
Blocks:
 
Reported: 2017-06-14 03:40 UTC by Patrick Silva
Modified: 2019-05-15 16:56 UTC (History)
4 users (show)

See Also:
Latest Commit:
Version Fixed In: 5.58


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Patrick Silva 2017-06-14 03:40:34 UTC
Scrolling up with touchpad using two fingers is choppy and slow, sometimes almost impossible.
When I use an usb mouse the scrolling is not choppy, but both scrolling up/down are slower than on rest of my system.

No problem under x11.
Comment 1 Elvis Angelaccio 2017-06-14 21:26:12 UTC
I can confirm this. I thought it was https://bugreports.qt.io/browse/QTBUG-57186 but it happens also on Wayland (where other qml applets work fine), so it must be something else.
Comment 2 lykkeleg 2017-10-06 10:52:52 UTC
Can confirm in Plasma 5.10.5 under Kubuntu 17.10.
Comment 3 lykkeleg 2017-10-06 10:54:58 UTC
(In reply to Øystein Alværvik from comment #2)
> Can confirm in Plasma 5.10.5 under Kubuntu 17.10.

Under Xorg, mind, but seems to only happen in Discover.
Comment 4 Nate Graham 2017-10-30 20:31:35 UTC
Pretty sure this is a dupe of Bug 380511.

*** This bug has been marked as a duplicate of bug 380511 ***
Comment 5 Nate Graham 2017-11-19 03:11:12 UTC
Un-duping, since this happens in Wayland and the bug I had erroneously duped this to involves Xorg.

The slow wheel issue is a separate bug that's tracked with https://bugs.kde.org/show_bug.cgi?id=385836
Comment 6 Nate Graham 2018-02-10 14:53:21 UTC
And for people who experience a variant of this on Xorg, here's the bug for that: Bug 390219.
Comment 7 Marco Martin 2019-02-11 09:31:12 UTC
this is due to the fact that scrolling with any flickable, especially if this involves libinput, is a tragedy. (so yes, really the same issue of 380511 being on x11 or wayland is not relevant here, is more libinput vs xi2)
And not much we can do about it downstream
my side is full of hacks to mitigate issues, which in turn gives many other problems (causing at least 10 separate bug reports) but i'm extremely hesitant to remove them as scrolling in base qtquick just doesn't work, and seem to behave radically different on every single machine
Comment 8 Nate Graham 2019-05-02 22:17:57 UTC
Is this still reproducible in Neon dev unstable or with the upcoming Frameworks 5.58 release? Sounds like there's a good chance it was fixed by https://cgit.kde.org/kirigami.git/commit/?id=aa24a7073a301b69be1b35496e1875d0213d63bd, which fixed all the other scrolling-related issues in Kirigami scrollviews.
Comment 9 Patrick Silva 2019-05-14 00:36:11 UTC
I tested scrolling (on Wayland) in Discover with a touchpad on neon dev unstable and with an usb mouse on Arch after upgrade to frameworks 5.58.
Scrolling is not choppy anymore, but I think it is still a bit slower compared to
the scrolling in other kde softwares on both systems.
When I run 'ls /usr/bin' in konsole and scroll the output up and down,
scrolling seems faster than the scrolling in Discover.
Comment 10 Nate Graham 2019-05-15 16:56:29 UTC
Sounds like this particular bug is fixed, then. Can you open a new one for the new (thankfully less severe) issue you're encountering now? Thanks!