click an app category in sidebar
click some app to open its description
scrolling speed of apps list with mouse wheel is intermittent, sometimes faster, sometimes slower
problem occuts under both wayland and x11 sessions
Hmm, can't reproduce with git master in Neon.
Are you using libinput? Does the problem happen with a touchpad, too, or just a mouse wheel?
I just tested on neon dev unstable (using touchpad and usb mouse)...
under X11 I can reproduce using both devices.
under Wayland the problem only occurs when I scroll using the mouse wheel
My both systems run libinput driver.
The problem is more noticleable on Arch Linux.
On neon not always I can reproduce.
Do you still have the issue?
Moving to Kirigami where this scrolling code is.
(In reply to Aleix Pol from comment #3)
> Do you still have the issue?
Not sure if this goes into this bug or into other/new one:
Noticed that after selection of some app description - there is a coasting upon scrolling with touchpad - after app description selection and before first stop of app list coasting animation - both on Wayland and X11
There is always coasting on X11 and there is no coasting with touchpad on Wayland
OS: Netrunner Rolling
Video: Intel 4400
Driver: xf86-video-intel 1:2.99.917+823+gd9bf46e4-1
*** Bug 394959 has been marked as a duplicate of this bug. ***
*** Bug 400132 has been marked as a duplicate of this bug. ***
IT IS SOLVED!!! Thanks a lot!
Bug persists at least under X11 when I scroll the apps list using a touchpad (two fingers).
KDE neon Developer Edition
KDE Plasma: 5.15.80
KDE Frameworks: 5.55.0
*** Bug 403998 has been marked as a duplicate of this bug. ***
Sorry, but it is not solved :s
This weird behavior drives me crazy in Discover.
Yes Nate, it's a small bug, but too annoying!
Still happens and it's quite annoying.
Created attachment 118606 [details]
GIF recording of the bug
The behaviour in the attachment is caused by clicking in "empty" parts of the scrolling view.
(In reply to Alexey Boltenko from comment #15)
> Created attachment 118606 [details]
> GIF recording of the bug
> The behaviour in the attachment is caused by clicking in "empty" parts of
> the scrolling view.
That's a great observation, thanks! I can reproduce this behavior too. Just click on one of the headers in System Settings' sidebar and the scrolling type changes the next time you scroll.
Fixed by https://cgit.kde.org/kirigami.git/commit/?id=aa24a7073a301b69be1b35496e1875d0213d63bd