Bug 403698 - Middle apps' list with same height as current Discover window scrolls only once after selecting any app in the list
Summary: Middle apps' list with same height as current Discover window scrolls only on...
Status: RESOLVED FIXED
Alias: None
Product: Discover
Classification: Applications
Component: discover (show other bugs)
Version: 5.15.2
Platform: Neon Linux
: NOR minor
Target Milestone: ---
Assignee: Aleix Pol
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2019-01-28 16:15 UTC by Alexander Mentyu
Modified: 2021-04-07 19:27 UTC (History)
3 users (show)

See Also:
Latest Commit:
Version Fixed In:


Attachments
The list is scrolling only right after select app from the list - but not after scroll animation ends (417.49 KB, video/mp4)
2019-01-28 16:15 UTC, Alexander Mentyu
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Alexander Mentyu 2019-01-28 16:15:51 UTC
Created attachment 117703 [details]
The list is scrolling only right after select app from the list - but not after scroll animation ends

STEPS TO REPRODUCE
1. Set Discover window width to full representation (~1200px width).
2. Set Discover window height same as height of the 'Featured' apps list - so there is scrollbar but for margin - not the apps themselves. 
3. Open for example 'Featured' page.
4. Scroll the 'Featured' apps list (the list is scrolling up and down).
5. Scroll the 'Featured' apps list once again (the list isn't scrolling up and down).
5. Select any app from 'Featured' apps list.
7. Scroll the 'Featured' apps list (the list is scrolling up and down).

EXPECTED RESULT
If there is a scrollbar in the middle apps list - it always scrolls, if there is no scrollbar  - the list isn't scrolling

SOFTWARE/OS VERSIONS
Operating System: KDE neon Developer Edition
KDE Plasma Version: 5.15.80
KDE Frameworks Version: 5.54.0
Qt Version: 5.11.2
Kernel Version: 4.15.0-42-generic
Comment 1 Nate Graham 2019-02-06 01:33:47 UTC
Seems like a quirk with the Kirigami scrollview?
Comment 2 Marco Martin 2019-03-05 10:55:40 UTC
as i can only reproduce in discover, looking at the sources i think the issue is that discover listviews always have a footer, which is usually invisible.
seems that regardless listviews headers and footers are visible or not, their size is calculated anyways in the contentsize of the Flickable.
so upstream and no way for me to fix it or workaround it..
a workaround is possible in discover, to also set the height to 0 when the footer is invisible
Comment 3 Nate Graham 2021-04-07 19:27:20 UTC
This is fixed now.