Bug 438079

Summary:	OverlaySheet jumps weirdly when scrolling using the scrollbar itself
Product:	[Frameworks and Libraries] frameworks-kirigami	Reporter:	Martin Koller <kollix>
Component:	general	Assignee:	Marco Martin <notmart>
Status:	RESOLVED FIXED
Severity:	normal	CC:	aspotashev, auxsvr, behzad.a_ir, bugseforuns, carl, isma.af, kde, kokoko3k, matt, nate, plasma-bugs, postix
Priority:	HI	Keywords:	usability
Version:	5.82.0
Target Milestone:	Not decided
Platform:	Other
OS:	Linux
Latest Commit:		Version Fixed In:
Attachments:	Video

Description Martin Koller 2021-06-04 10:13:52 UTC

Right click on the TitleBar -> More Actions -> Configure Special Window Settings
-> "Add property"
A strange looking list is embedded. When I now use the mouse to press-hold-drag the right scrollbar, the content of this list weirdly jumps a few pixels up then a few pixels down while moving the mouse

Comment 1 Martin Koller 2021-06-04 10:14:07 UTC

Operating System: openSUSE Tumbleweed 20210521
KDE Plasma Version: 5.21.5
KDE Frameworks Version: 5.82.0
Qt Version: 5.15.2
Kernel Version: 5.12.4-1-default
OS Type: 64-bit
Graphics Platform: X11
Processors: 4 × Intel® Core™ i5-6300U CPU @ 2.40GHz
Memory: 15,5 GiB of RAM
Graphics Processor: Mesa DRI Intel® HD Graphics 520

Comment 2 Antonio Orefice 2021-07-14 10:34:31 UTC

Created attachment 140045 [details]
Video

I can confirm this bug since the "refactoring" of the effects window.
Could we at least go back to the previous -working- classic window list, while thie bug is addressed, please?

Comment 3 David Edmundson 2021-07-14 10:58:53 UTC

Thank you for the video.
Can you confirm if this happens with the breeze widget style?

Comment 4 Antonio Orefice 2021-07-14 11:02:37 UTC

(In reply to David Edmundson from comment #3)
> Thank you for the video.
> Can you confirm if this happens with the breeze widget style?

Yes, unfortunately, it does.

Comment 5 David Edmundson 2021-07-14 11:19:13 UTC

Managed to reproduce. 

Notes: 
 - scrolling with trackpad is fine
 - it's most apparent when moving the scrollbar handle slowly
 - this does not happen in the system settings sidebar which should be similar

Comment 6 David Edmundson 2021-07-14 11:34:21 UTC

Cause is the onContentYChanged on the inner scrollview in Kirigami's Overlaysheet which is why it only affects this. 

Adding an early return "fixes" this. Though I assume it's there for some reason.

Comment 7 Nate Graham 2021-12-02 19:30:53 UTC


*** This bug has been marked as a duplicate of bug 436029 ***

Comment 8 Nate Graham 2021-12-02 19:31:43 UTC

*** Bug 436029 has been marked as a duplicate of this bug. ***

Comment 9 Nate Graham 2021-12-02 19:31:53 UTC

*** Bug 446345 has been marked as a duplicate of this bug. ***

Comment 10 Nate Graham 2021-12-02 19:32:07 UTC

*** Bug 437340 has been marked as a duplicate of this bug. ***

Comment 11 Nate Graham 2021-12-02 19:47:44 UTC

Raising priority due to number of duplicates and visibility to users. It's a very annoying issue which will only become more annoying as we continue to use more scrollable OverlaySheets.

Maybe for scrollable OverlaySheets, we could give up on the whole "anchored to the bottom" thing and just make it a dialog.

Or maybe scrollable OverlaySheets are a mistake in general and we should use a different UI element when the contents need to scroll.

Comment 12 Nate Graham 2022-01-20 23:22:09 UTC

*** Bug 448826 has been marked as a duplicate of this bug. ***

Comment 13 Marco Martin 2023-11-24 14:55:28 UTC

OverlaySheet has been refactored to not do that jumpy animation ever. when it opens it won't change its position until is closed again