Created attachment 176749 [details] System tray icons on version 6.7.0 SUMMARY The system tray icons no longer appear as they should after updating to breeze-icon-theme 6.9.0. On breeze-icon-theme 6.7.0, the battery icon looks identical to how it appears in the theme's repo: https://github.com/KDE/breeze-icons/tree/master/battery However, after updating to 6.9.0, the icon looks squashed, simplified, and overall less appealing to look at than the old one. It has thicker lines that do not match the rest of the status bar, as does the clipboard icon. I have temporarily mitigated this issue by using `dnf downgrade` to use 6.7.0 instead. STEPS TO REPRODUCE 1. Update to breeze-icon-theme v6.9.0 2. Observe the system tray widget OBSERVED RESULT Icons feel simplified and the line widths no longer feel cohesive. The icons become a cluttery mess of styles. EXPECTED RESULT The icons look approximately the same as on version 6.7.0. SOFTWARE/OS VERSIONS Windows: macOS: (available in the Info Center app, or by running `kinfo` in a terminal window) Linux/KDE Plasma: Fedora 41 Linux 6.12.4 KDE Plasma Version: 6.2.4 KDE Frameworks Version: 6.9.0 Qt Version: 6.8.1 ADDITIONAL INFORMATION
Created attachment 176750 [details] (Bad) system tray icons as of 6.9.0
It would appear your panel and System Tray are sized in such a manner as to accommodate 32px icons, but some of them are using upscaled 22px icons instead of the expected 32px icons. This is unexpected. Can you see if the 32px icons in questions are simply missing? Look in /usr/share/icons/breeze/status/32; you should see a ton of Battery-* icons in there. Are they missing for you?
Two more questions: what scale factor are you using on the monitor with the system tray? If it's something larger than 100%, does the issue go away if you temporarily change it to 100%?
1. Very many battery* SVGs are present in `/usr/share/icons/breeze/status/32`, none seem to be missing at first glance 2. I use 150% scaling, but the issue is still present on 100% and 200%.
(In reply to Nate Graham from comment #3) > Two more questions: what scale factor are you using on the monitor with the > system tray? If it's something larger than 100%, does the issue go away if > you temporarily change it to 100%? I'm not entirely an expert at the particulars of this particular forum. Should I update the status from "WAITINGFORINFO" since I have provided it? Or, do you have more questions?
Ok, then the issue probably isn't with the icon theme itself. It'll either be in the System tray's code, or how Kirigami.Icon picks a size, or in how KIconLoader picks a size. Those are also in frameworks, so it would be helpful if you could upgrade and downgrade them individually to see if you can find out which one is causing the issue.
(In reply to Nate Graham from comment #6) > Ok, then the issue probably isn't with the icon theme itself. It'll either > be in the System tray's code, or how Kirigami.Icon picks a size, or in how > KIconLoader picks a size. Those are also in frameworks, so it would be > helpful if you could upgrade and downgrade them individually to see if you > can find out which one is causing the issue. Thanks, what are the names of the packages so that I can try to upgrade and downgrade them? Sorry for the wait.
After quite a bit of trial and error, I have not been able to revert the problem so that the icons appear as they used to. Perhaps there was some other code in some other package that was updated that cemented the problem in deeper, or maybe the dependency layout changed? Either way, downgrading breeze-icon-theme does not change anything. The only DNF package I found from the modules you described was kf6-kirigami, and downgrading that had no effect. I'm not sure how to downgrade any of the other software you specified. How can I do this?
Try the kf6-kiconthemes package.
(In reply to Nate Graham from comment #9) > Try the kf6-kiconthemes package. On my main desktop, `sudo dnf downgrade kf6-kiconthemes` fails with this error, and I'm not entirely sure how to resolve it: ``` Updating and loading repositories: Repositories loaded. Failed to resolve the transaction: Problem: problem with installed package - installed package libksane-24.12.1-1.fc41.x86_64 requires libQt6Core.so.6(Qt_6.8)(64bit), but none of the providers can be installed - package libksane-24.12.1-1.fc41.x86_64 from updates requires libQt6Core.so.6(Qt_6.8)(64bit), but none of the providers can be installed - cannot install both qt6-qtbase-6.7.2-7.fc41.x86_64 from fedora and qt6-qtbase-6.8.1-8.fc41.x86_64 from @System - cannot install both qt6-qtbase-6.8.1-8.fc41.x86_64 from updates and qt6-qtbase-6.7.2-7.fc41.x86_64 from fedora - package qt6-qtbase-gui-6.7.2-7.fc41.x86_64 from fedora requires libQt6Core.so.6(Qt_6.7_PRIVATE_API)(64bit), but none of the providers can be installed - package qt6-qtbase-gui-6.7.2-7.fc41.x86_64 from fedora requires qt6-qtbase(x86-64) = 6.7.2-7.fc41, but none of the providers can be installed - package kf6-kiconthemes-6.7.0-1.fc41.x86_64 from fedora requires libQt6Gui.so.6(Qt_6.7_PRIVATE_API)(64bit), but none of the providers can be installed - conflicting requests You can try to add to command line: --skip-broken to skip uninstallable packages ``` HOWEVER, on a fresh new Fedora KDE VM with nothing else installed, the downgrade went through and replaced this massive list of packages (to be attached), but did not actually fix the issue (I see no change in the system tray icons). What else can I do to try and debug the issue?
Created attachment 177328 [details] DNF logs from dnf downgrade kf6-kiconthemes
Then I guess you can't downgrade just that package. Downgrading packages is risky business anyway.