SUMMARY Since KDE Frameworks 5.101.0 the qBittorrent system tray icon flashes constantly on KDE Plasma when there's speed change. See the video: https://youtu.be/y8L_3YNNqoo I tried different qBittorrent versions and the flashing is always there so apparently it's not a qBittorrent bug. STEPS TO REPRODUCE 1. Start qBittorrent and minimize it to the system tray. There should be some speed transfer. 2. 3. OBSERVED RESULT qBittorrent system tray icon flashes. EXPECTED RESULT qBittorrent system icon should not flash. SOFTWARE/OS VERSIONS Linux/KDE Plasma: Arch Linux KDE Plasma Version: 5.26.4 KDE Frameworks Version: 5.101.0 Qt Version: 5.15.7
I can reproduce, and confirm it's quite annoying. Arch/Manjaro 22.0.0, kernel 6.1 KDE Plasma: 5.26.4 KDE Frameworks: 5.101.0 Qt: 5.15.7
The issue is reproducible for me. The same behavior can be seen in KTorrent system tray icon. Operating System: Arch Linux KDE Plasma Version: 5.26.4 KDE Frameworks Version: 5.101.0 Qt Version: 5.15.7 Graphics Platform: X11
The issue is reproducible for me. Operating System: Arch Linux/EndeavourOS KDE Plasma Version: 5.26.4 KDE Frameworks Version: 5.101.0 Qt Version: 5.15.7 Graphics Platform: X11
One more app that is affected - HFS: https://www.rejetto.com/hfs/ As soon as there's a transfer, the HFS icon also start to flash.
I'm having this issue with RSIBreak. Operating System: Arch Linux KDE Plasma Version: 5.26.4 KDE Frameworks Version: 5.101.0 Qt Version: 5.15.7 Graphics Platform: X11
Plasma 5.26.5 - the problem is still here.
Icon rendering regression? OP, are you 100% sure this issue was introduced by Frameworks 5.101, and not any other update that might have happened to get installed around the same time?
It may be coincidence, I'm not sure but it appeared at this time. Just Alt+Tab on a white background and you'll see it. We all have it.
Sorry, I wrote about bug 463061. So, It may be coincidence, I'm not sure but it appeared at this time. Alt+Tab is for bug 463061. https://bugs.kde.org/show_bug.cgi?id=463024
C(In reply to Nate Graham from comment #7) > Icon rendering regression? > > OP, are you 100% sure this issue was introduced by Frameworks 5.101, and not > any other update that might have happened to get installed around the same > time? Caused by https://invent.kde.org/frameworks/plasma-framework/-/commit/801772616953ab7017722489de0c342ac9c1ed75
Thank you mr. Wen! Do you know when the fix will be applied?
Git commit a4bd3879780a02ff653f273a4235e247108729ca by Arjen Hiemstra. Committed on 16/01/2023 at 16:00. Pushed by ngraham into branch 'master'. iconitem: Adjust fade animation to not flicker as much As it turns out, mix(old texture, new texture, animation value) does actually result in a different visual from simply blending the two textures on top of each other, because the old texture first gets blended with the underlying color. This results in some of the underlying color bleeding through, which can cause flickering if the two textures are almost the same. To avoid this, change the animation slightly so that rather than crossfading, we first fade in the new texture then fade out the old texture. This doesn't cause a whole lot of visual difference for two completely different textures, but removes the flickering when they are very similar. Related: bug 463685 M +6 -2 src/declarativeimports/core/iconitem.cpp https://invent.kde.org/frameworks/plasma-framework/commit/a4bd3879780a02ff653f273a4235e247108729ca
Git commit 3fcd43a6ed03d0aff188dfc190cc464c34302a1f by Nate Graham, on behalf of Arjen Hiemstra. Committed on 17/01/2023 at 03:44. Pushed by ngraham into branch 'kf5'. iconitem: Adjust fade animation to not flicker as much As it turns out, mix(old texture, new texture, animation value) does actually result in a different visual from simply blending the two textures on top of each other, because the old texture first gets blended with the underlying color. This results in some of the underlying color bleeding through, which can cause flickering if the two textures are almost the same. To avoid this, change the animation slightly so that rather than crossfading, we first fade in the new texture then fade out the old texture. This doesn't cause a whole lot of visual difference for two completely different textures, but removes the flickering when they are very similar. Related: bug 463685 M +6 -2 src/declarativeimports/core/iconitem.cpp https://invent.kde.org/frameworks/plasma-framework/commit/3fcd43a6ed03d0aff188dfc190cc464c34302a1f
Thank you!
It still flashes but to a lower degree.
The flashing is still very annoying even reduced, couldn't whatever caused this in 5.101.0 be reverted?
You're experiencing the same issue with qBittorrent or other 3rd-party SNIs? Or are plasmoids flickering? Or both?
(In reply to Nate Graham from comment #17) > You're experiencing the same issue with qBittorrent or other 3rd-party SNIs? > Or are plasmoids flickering? Or both? Both. Tested with ktorrent and plasmoids, e.g. the volume one, see video in 466357
The bug is here again...
I used qbittorrent recently but cannot reproduce
(In reply to Fushan Wen from comment #20) > I used qbittorrent recently but cannot reproduce And you updated to Plasma 5.27.10 and Frameworks 5.112.0? It started flashing again since Plasma 5.27.10. Start a download and you'll see.
Here's a video with the problem: https://u.pcloud.link/publink/show?code=XZM6J70ZDyi1vR5hWGbwfsxWo1dONQrBiPMy As you can see, there are two Qb instances - the one is a system package and the other is a Flatpak package. Both are the latest 4.6.2 version.
This also affects my RSIBreak tray icon. But I'm not on latest version of Plasma... Operating System: openSUSE Leap 15.5 KDE Plasma Version: 5.27.9 KDE Frameworks Version: 5.103.0 Qt Version: 5.15.8 Graphics Platform: X11