Bug 494153

Summary: Delegate expansion highlight animation does not match content animation
Product: [Plasma] plasmashell Reporter: tempqd <variable_valuables761>
Component: Networks widgetAssignee: Plasma Bugs List <plasma-bugs-null>
Status: CONFIRMED ---    
Severity: minor CC: kde, nate, nicolas.fella
Priority: NOR Keywords: regression
Version First Reported In: master   
Target Milestone: 1.0   
Platform: Other   
OS: Linux   
Latest Commit: Version Fixed/Implemented In:
Sentry Crash Report:
Attachments: Slowed-down video, expanding and contracting network details

Description tempqd 2024-10-05 05:01:29 UTC
Created attachment 174439 [details]
Slowed-down video, expanding and contracting network details

SUMMARY
When expanding/contracting network details in the applet, the content and highlight animations don't follow each other perfectly.

Slowed-down video attached: the blue highlight lags behind the text/icons instead of being perfectly in sync.

Oddly, this bug doesn't happen as badly when global animation speed is lowered extremely low.


OS: openSUSE Krypton (git master)
Comment 1 tempqd 2024-10-16 05:36:35 UTC
Is it caused by this line? https://invent.kde.org/plasma/plasma-nm/-/blob/e7ab77154feaa4a9cf0cd269a872786bf56584b7/applet/contents/ui/ConnectionListPage.qml#L88 (changed from 0 to Kirigami.Units.ShortDuration for Plasma 6.1)

My guess is that the list item itself expands with ShortDuration, and the highlight constantly "chases" the list item's current size while it's growing, rather than chasing its final expanded size.

I can't test myself, but does changing the resize duration to 0 make the highlight stay in sync with the list item's size? (at all global animation speeds)
Comment 2 tempqd 2024-10-17 03:46:18 UTC
> I can't test myself, but does changing the resize duration to 0 make the
> highlight stay in sync with the list item's size? (at all global animation
> speeds)

I was able to test, and this didn't seem to fix the issue.
Comment 3 Nate Graham 2024-10-17 15:06:19 UTC
Works as expected for me with Qt 6.7.2; maybe there's a Qt 6.8 regression here?
Comment 4 tempqd 2024-10-21 23:31:59 UTC
Hmm, I still see it in Qt 6.7.2 (Fedora 41 beta) and 6.7.3 (Tumbleweed). Can anyone try at other global animation speeds (maybe global display scales too)?

Originally designed in https://invent.kde.org/plasma/libplasma/-/merge_requests/695
Comment 5 Ben Cooksley 2024-12-23 18:26:01 UTC
Bulk transfer as requested in T17796
Comment 6 tempqd 2025-03-20 00:56:53 UTC
I can still reproduce this on git master + Qt 6.8.2, and now I've also reproduced this on a second machine (one AMD CPU/GPU + Nvidia GPU, one Intel CPU/GPU + Nvidia GPU)

If really no one else can see it I'll be quite confused?
Comment 7 Nate Graham 2025-04-08 15:22:59 UTC
Ah, can reproduce at normal speed.