Created attachment 171385 [details] Hovering over system tray icons, with Breeze light and Breeze dark SUMMARY It looks like the hover effect on system tray icons is working fine on light themes (dark icons), but is broken on dark themes (light icons). The animation just flickers once instead of staying highlighted. Video attached. OS: openSUSE Krypton (today's git master)
Can reproduce.
*** This bug has been marked as a duplicate of bug 466357 ***
Created attachment 175256 [details] Hovering over system tray icons, with Breeze light and Breeze dark This bug is still happening even after https://invent.kde.org/frameworks/kirigami/-/merge_requests/1645 but appears slightly differently now. With dark panel (light icons), it seems that only colored parts of the icons (red slashes, green plug) get highlighted, and not the grayscale parts.
Yes, can confirm.
Did a little more investigating. If you use a color picker on the icons, it turns out that the white parts *do* get highlighted, extremely slightly. But the gray parts do not change at all. And apparently the gray parts are actually transparent (e.g. https://invent.kde.org/plasma/libplasma/-/merge_requests/40). Maybe this is due to this https://invent.kde.org/frameworks/kirigami/-/blob/23220de1733bab4ea7e1a6b9289c22aca7aa3ff1/src/primitives/icon.cpp#L393 or this https://invent.kde.org/frameworks/kirigami/-/blob/23220de1733bab4ea7e1a6b9289c22aca7aa3ff1/src/primitives/icon.cpp#L642 ? (Also not sure why this line is there twice?) As in, maybe the overall issue is between the svg icons' ColorScheme-Text, svg icons' opacity, Breeze Dark theme's highlightedTextColor, and the above lines in some way?
Maybe also involved is the CompositionMode (https://doc.qt.io/qt-6/qpainter.html#CompositionMode-enum) just below those lines? If this is all refactored into a shader like Marco mentioned, I think this will all become moot, but still noting here in case I (or anyone else) get the chance to try a short-term fix before then.