Summary: | Cannot change Qbittorrent Tray icon anymore | ||
---|---|---|---|
Product: | [Frameworks and Libraries] frameworks-kiconthemes | Reporter: | Antonio Orefice <kokoko3k> |
Component: | general | Assignee: | Christoph Feck <cfeck> |
Status: | RESOLVED FIXED | ||
Severity: | normal | CC: | adem4ik, adrianinsaval, aloisio, bugseforuns, decedion, doubjumper+kde, kdelibs-bugs, materka, nate, tinozzo123, voron1, zorael |
Priority: | NOR | ||
Version: | 5.90.0 | ||
Target Milestone: | --- | ||
Platform: | Other | ||
OS: | Linux | ||
Latest Commit: | Version Fixed In: | ||
Sentry Crash Report: | |||
Attachments: |
Dektop file with the same problem
All icons for qBittorrent |
Description
Antonio Orefice
2022-01-11 09:09:39 UTC
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. |