SUMMARY Dark icon in system tray on Breeze Dark theme in KDE Plasma STEPS TO REPRODUCE 1. Open Telegram Desktop OBSERVED RESULT A dark icon appears in the system tray EXPECTED RESULT The icon should be light in the system tray SOFTWARE/OS VERSIONS Linux/KDE Plasma: archlinux (available in About System) KDE Plasma Version: 5.18.3 KDE Frameworks Version: 5.68.0 Qt Version: 5.14.1 ADDITIONAL INFORMATION
Created attachment 126877 [details] Screenshot Telegram icon hard to see
Yeah, we had to revert this change since there's an incompatibility in Telegram itself. :/
*** Bug 419129 has been marked as a duplicate of this bug. ***
*** Bug 419311 has been marked as a duplicate of this bug. ***
*** Bug 419717 has been marked as a duplicate of this bug. ***
(In reply to Nate Graham from comment #2) > Yeah, we had to revert this change since there's an incompatibility in > Telegram itself. :/ I don't know if it would be possible for such an icon to be managed by the plasma theme instead of the breeze icon pack. Like giving it a color change function like the system.svg icons in the plasma breeze theme.
You can personally solve this by substituting the dark icons with the light ones. sudo cp /usr/share/icons/breeze-dark/status/22/telegram* /usr/share/icons/breeze/status/22 sudo cp /usr/share/icons/breeze-dark/status/24/telegram* /usr/share/icons/breeze/status/24/
Of course remember to make a backup first.
the fix commit was remove the breeze-icons for telegram. So if you dont want wait the update then remove/rename this files and the original telegram icon will back. /usr/share/icons/breeze/status/22/telegram-panel.svg /usr/share/icons/breeze/status/22/telegram-attention-panel.svg /usr/share/icons/breeze/status/22/telegram-mute-panel.svg /usr/share/icons/breeze/status/24/telegram-panel.svg /usr/share/icons/breeze/status/24/telegram-attention-panel.svg /usr/share/icons/breeze/status/24/telegram-mute-panel.svg https://github.com/KDE/breeze-icons/commit/309ea93012f3fe990625419bcca9c11915ebc8ad
*** Bug 431387 has been marked as a duplicate of this bug. ***
I just got this bug again, after installing Frameworks 5.79.0. Breeze Dark theme gets its Telegram system tray icons from Breeze, resulting in them being almost invisible.
I can confirm this bug with Plasma 5.21 and Breeze Twilight. Operating System: KDE neon 5.21 KDE Plasma Version: 5.21.0 KDE Frameworks Version: 5.79.0 Qt Version: 5.15.2 Kernel Version: 5.11.0-051100-generic OS Type: 64-bit Graphics Platform: X11
I can't reproduce with Breeze Dark or Breeze Twilight themes on Plasma 5.22.1, Frameworks 5.83. Can anyone?
Looks fine on my system. Can't reproduce it. Operating System: Arch Linux KDE Plasma Version: 5.22.1 KDE Frameworks Version: 5.83.0 Qt Version: 5.15.2 Kernel Version: 5.12.10-arch1-1 (64-bit) Graphics Platform: Wayland Processors: 4 × Intel® Core™ i5-6300U CPU @ 2.40GHz Memory: 15.5 GiB of RAM Graphics Processor: Mesa Intel® HD Graphics 520
I don't know if this can be considered a manifestation of the same bug, but with Oxygen icon theme (+ any variant of Breeze as Plasma theme), the Telegram icon is empty. This worked fine before, but the icon disappeared a few weeks ago, possibly after installing Frameworks 5.82.
I can confirm the issue of "empty Telegram icon" with Plasma 5.22, Breeze Twilight theme and Oxygen icons. Operating System: KDE neon 5.22 KDE Plasma Version: 5.22.2 KDE Frameworks Version: 5.83.0 Qt Version: 5.15.3 Kernel Version: 5.8.0-59-generic (64-bit) Graphics Platform: X11
Possibly related to bug 445518 ?
I'm having a dark-on-dark Telegram icon since the update to Plasma 5.24. Both Wayland and X11 session are affected the same. I'm using Telegram as a flatpak (from flathub). Distro: Kubuntu 21.10 + Kubuntu-Backports-PPA Frameworks: 5.90.0
Same as Jan, but I’m using the Arch Linux Telegram package instead of Flatpak. I changed my icon theme to breeze-dark and now it works correctly, hopefully it won’t break something else in the process. I was never clear to me what was the difference between the Breeze and the Breeze dark icon themes, or in which case I should use one or the other.
> I changed my icon theme to breeze-dark and now it works correctly, hopefully it won’t break something else in the process. Update: it makes icons in GTK white, which are unreadable with the default light theme, so it did break something in the process. In the end, I find the most elegant workaround and durable workaround (won’t break after updates to breeze icons): after selecting Breeze-dark in SystemSettings and saving, I edited `$HOME/.gktrc-2.0` and `$HOME/.config/gtkrc-3.0/settings.ini` to replace the value of `gtk-icon-theme-name` from `breeze-dark` to `breeze`.
I can confirm that this bug exists when using plasma-5.24.3 & KF-5.92.0.
Nate, could you please add this bug to the list of “15 minute bugs”? It's definitely affects user experience in first 15 minutes of KDE usage.
Yeah, agreed. Not clear who's at fault here though.
(In reply to Nate Graham from comment #23) > Yeah, agreed. > > Not clear who's at fault here though. The corresponding bug report in telegram (https://github.com/telegramdesktop/tdesktop/issues/24009) has this comment, maybe it sheds some light: This seem to be a Plasma bug. Qt's SNI implementation seem to set both IconPixmap and IconName what seems absolutely reasonable to me - that way if the icon can't be accessible by name due to sandboxing or etc, panel has a chance to fallback to the pixmap, but Plasma always prefers IconPixmap and then doesn't color it.
I don't reproduce under neon master, with telegram installed from official .deb package. Operating System: KDE neon Unstable Edition KDE Plasma Version: 5.24.80 KDE Frameworks Version: 5.94.0 Qt Version: 5.15.3 Kernel Version: 5.13.0-40-generic (64-bit) Graphics Platform: Wayland
Git commit 7363d0e0f3c1a447e6264e92762735bd33da2682 by Nate Graham, on behalf of Vlad Zahorodnii. Committed on 05/05/2022 at 17:30. Pushed by ngraham into branch 'master'. applets/systemtray: Prefer IconName over IconPixmap In case both IconName and IconPixmap are provided, the system tray applet is going to prefer the pixmap. That can create a dark icon on dark background bug because plasma can't recolor pixmaps. The SNI spec recommends visualizations to prefer icons over pixmaps: > An icon can either be identified by its Freedesktop-compliant icon > name, carried by this property of by the icon data itself, carried by > the property IconPixmap. Visualizations are encouraged to prefer icon > names over icon pixmaps if both are available (FIXME: still not very > defined: could e the pixmap used as fallback if an icon name is not found?) M +40 -36 applets/systemtray/statusnotifieritemsource.cpp https://invent.kde.org/plasma/plasma-workspace/commit/7363d0e0f3c1a447e6264e92762735bd33da2682
Git commit 919207c0dd88b618a07a0daf09917b8e8912ed87 by Nate Graham, on behalf of Vlad Zahorodnii. Committed on 05/05/2022 at 17:45. Pushed by ngraham into branch 'Plasma/5.24'. applets/systemtray: Prefer IconName over IconPixmap In case both IconName and IconPixmap are provided, the system tray applet is going to prefer the pixmap. That can create a dark icon on dark background bug because plasma can't recolor pixmaps. The SNI spec recommends visualizations to prefer icons over pixmaps: > An icon can either be identified by its Freedesktop-compliant icon > name, carried by this property of by the icon data itself, carried by > the property IconPixmap. Visualizations are encouraged to prefer icon > names over icon pixmaps if both are available (FIXME: still not very > defined: could e the pixmap used as fallback if an icon name is not found?) (cherry picked from commit 7363d0e0f3c1a447e6264e92762735bd33da2682) M +40 -36 applets/systemtray/statusnotifieritemsource.cpp https://invent.kde.org/plasma/plasma-workspace/commit/919207c0dd88b618a07a0daf09917b8e8912ed87
Many thanks for fixing this issue!