SUMMARY *** NOTE: If you are reporting a crash, please try to attach a backtrace with debug symbols. See https://community.kde.org/Guidelines_and_HOWTOs/Debugging/How_to_create_useful_crash_reports *** STEPS TO REPRODUCE 1. start qbittorrent 2. change tray icon theme to light/dark/default OBSERVED RESULT see that the icon does not change in the tray EXPECTED RESULT The icon to change in the tray It used to work before i updated plasma, and still works in lxqt. Palsma seems to prefer the theme icon now, instead of the one suggested by qbittorrent. This workarounds the issue: sudo mv /usr/share/icons/breeze/apps/48/qbittorrent.svg /usr/share/icons/breeze/apps/48/qbittorrent.svg.no killall plasmashell ; rm ~/.cache/icon-cache.kcache ; plasmashell
Can reproduce on Arch Linux with qBittorrent 4.4 built against Qt 6. Operating System: Arch Linux KDE Plasma Version: 5.23.5 KDE Frameworks Version: 5.90.0 Qt Version: 5.15.2 Graphics Platform: Wayland
Yeah, i've to add that i'm still using the qt5 version of qbittorrent. Read: it does not depend on it, but seems plasma related. https://github.com/qbittorrent/qBittorrent/issues/15931
For me this looks as intentional behavior. Plasma theme provides icons for third-party applications for consistency. There are icons for other apps, like TeamViewer. We had several bug reports complaining that icon is not provided :-) It is possible that qBittorrent used IconPixmap and now uses IconName property: https://www.freedesktop.org/wiki/Specifications/StatusNotifierItem/StatusNotifierItem/
Thanks Konrad, i checked and the icon for qbittorrent was provideed since several releases from breeze-icons package, so no change in that. also, no change in qbittorrent, because to trigger the new, intentional, behavior it is sufficient to upgrade plasma. So if i understood properly, can you confirm that there is a way for apps to specify a custom icon for the tray, which is using org.freedesktop.StatusNotifierItem.IconPixmap instead of org.freedesktop.StatusNotifierItem.IconName, so that i can pass that information to qbittorrent developers?
Now when I think about this I need to check that :) It is possible that there is a regression - qBittorent probably changes icon name to something not provided by Breeze theme, but it is no recognized by Plasma (or not re-rendered).
Indeed, i was thinking the same. Qbittorrent used to be able to cycle across 3 icon styles, while now it is stuck to using the theme provided one. Also, even setting a style and restart qbittorrent does not change a thing, so even the 'not re-rendered" hypotesis looses weight imho. It is right to leave the resolved/intentional status for this bug?
Created attachment 145360 [details] Dektop file with the same problem
The same problem for all *.desktop files, one example attached. This problem is not only for System Tray - all icons have similar behavior.
Changing assigned product/component, it is a general issue. Maybe even duplicate of Bug 445804
Created attachment 145455 [details] All icons for qBittorrent The "All icons for qBittorrent" picture shows all icons available for qBittorrent, it is possible to select only "qbittorrent" which is from Breeze theme. File locations: /usr/share/icons/breeze-dark/apps/48/qbittorrent.svg /usr/share/icons/hicolor/128x128/status/qbittorrent-tray.png /usr/share/icons/hicolor/128x128/apps/qbittorrent.png /usr/share/icons/hicolor/192x192/status/qbittorrent-tray.png /usr/share/icons/hicolor/192x192/apps/qbittorrent.png /usr/share/icons/hicolor/24x24/status/qbittorrent-tray.png /usr/share/icons/hicolor/24x24/apps/qbittorrent.png /usr/share/icons/hicolor/64x64/status/qbittorrent-tray.png /usr/share/icons/hicolor/64x64/apps/qbittorrent.png /usr/share/icons/hicolor/72x72/status/qbittorrent-tray.png /usr/share/icons/hicolor/72x72/apps/qbittorrent.png /usr/share/icons/hicolor/36x36/status/qbittorrent-tray.png /usr/share/icons/hicolor/36x36/apps/qbittorrent.png /usr/share/icons/hicolor/32x32/status/qbittorrent-tray.png /usr/share/icons/hicolor/32x32/apps/qbittorrent.png /usr/share/icons/hicolor/scalable/status/qbittorrent-tray-light.svg /usr/share/icons/hicolor/scalable/status/qbittorrent-tray-dark.svg /usr/share/icons/hicolor/scalable/status/qbittorrent-tray.svg /usr/share/icons/hicolor/96x96/status/qbittorrent-tray.png /usr/share/icons/hicolor/96x96/apps/qbittorrent.png /usr/share/icons/hicolor/22x22/status/qbittorrent-tray.png /usr/share/icons/hicolor/22x22/apps/qbittorrent.png /usr/share/icons/hicolor/16x16/status/qbittorrent-tray.png /usr/share/icons/hicolor/16x16/apps/qbittorrent.png /usr/share/icons/hicolor/48x48/status/qbittorrent-tray.png /usr/share/icons/hicolor/48x48/apps/qbittorrent.png /usr/share/icons/breeze/apps/48/qbittorrent.svg /usr/share/pixmaps/qbittorrent.png
Still an issue. qBittorrent: 4.5.2 Operating System: NixOS 23.05 KDE Plasma Version: 5.27.3 KDE Frameworks Version: 5.104.0 Qt Version: 5.15.8 Kernel Version: 6.2.3-xanmod1 (64-bit) Graphics Platform: Wayland
Don't reproduce anymore with qBittorrent 4.6.0 (Qt6). Operating System: NixOS 23.11 KDE Plasma Version: 5.27.9 KDE Frameworks Version: 5.110.0 Qt Version: 5.15.10 Graphics Platform: Wayland
this is still a problem for me
With what version of QBitTorrent and what version of Plasma and what version of KDE Frameworks?
the issue for me seems to be that breeze does not provide tray icons for qbittorrent, I guess at some point in time I enabled the "use icons from system theme" option in qbittorrent, after disabling that and restarting qbittorrent the correct monochrome icon is shown. I'm running archlinux with: qbittorrent 4.6.6 plasma 6.1.5 frameworks 6.5.0
We do have icons in Breeze, but not monochrome symbolic ones, so that explains it. So this is not the same bug.