Created attachment 101877 [details]
Video showing new mail icon hover behaviour
My Kmail new mail icon is activated on new mail, but allways invisible unless I hover over the icon, as can be seen in the attachment.
Plasma: 5.7.5, Breeze icon theme, dark panel.
*** Bug 373915 has been marked as a duplicate of this bug. ***
Seeing the same thing. Also dark theme, in case that matters. kmail2 5.4.0 (16.12.0)
does the same machine also has wrong colors for other kstatusnotifier based icons?
one example is konversation.
if konversatio has a white icon while kmail a black one, then is the icon svg to be broken
i see that an icon called "kmail" is looked for.
the systray takes it from the plasma theme, and that is a correct svg, and colors correctly, at least in master
what version of plasma-framework is used?
Konversation works (icon is visible in systray).
Plasma-framework version is 5.29.0.
Breeze-icons (which contains /usr/share/icons/breeze/apps/48/kmail.svg, which I assume is the icon being loaded?) version is 5.29.0.
And, to clarify; my overall "look and feel" theme is Breeze. However, I've changed the "Desktop Theme" to Breeze Dark.
Changing the icon theme to Breeze Dark makes no difference.
If I change the Desktop Theme to Breeze (regular, non Dark), I can see the kmail icon again. Switch back to Breeze Dark and it disappears again.
I just realized the icon I'm now isn't the regular kmail icon, but the "new unread" (mail-unread-new.svg?)
Opening this one (regular, non-dark Breeze icon theme) makes it pretty obvious why it isn't visible; it's dark.
Now, here's what I find weird:
a) The dark version of it is considerably brighter, and *should* be visible. But isn't. Unless there's a bug in the cache handling of it.
b) as already mentioned, we do see it when it's hovered. Regardless of whether the normal Breeze or the Dark icon theme is used.
I have no idea how it's supposed to work, or who's responsible for providing the hovered vs. non-hovered icon. But it seems something is wrong with how the non-hovered icon is rendered.
I also confirm this bug.
Fedora 25. Kmail 5.4.2. plasma 5.8.5.
related as well to 365138. The icon is completely invisible on a dark panel and barely visible when you hover over it. see attached screenshots on 365138.
I confirm this bug with F24 and KMail 5.4.2.
Another thing is that the message count has been replaced with a simple dot over an envelope, which also makes things less readable than in the past when the icon was clearly visible and so was the unread message count.
I suppose this is a duplicate of bug 354820
After upgrading to KDE PIM 16.12.3 from Zesty backports (KMail 5.4.3) the behaviour has become worse. I used to have a work around by displaying number of new unread mail over the invisible new mail icon, but this feature has now been removed from PIM 16.12.3!?
I don't see the simple dot described in comment #7 btw.
Created attachment 105153 [details]
Unread messages represented with a dot on an icon
I still see the same behaviour with KMail 5.4.3 with kde-pim 16.12.3.
I add an attaachement showing the dot from comment 7. Above the KMail icon sits a Choqok icon with unread message count shown by a number, just as KMail did it before.
Confirming this with KMail 5.5.1, Arch Linux and Breeze Dark theme.
I also have this on kmail 5.5.1 on arch. I think the icon is also the same used for the instant messaging thing. Also, using cuttlefish and searching for "unread" I could find a white icon that could be visible on dark panels.
I made a work-around by editing /usr/share/icons/breeze/actions/22/mail-mark-unread-new.svg in inkscape and setting fillcolor of the svg to light-grey'ish. Then removed ~/.cache/icon-cache.kcache, restarted plasmashell (killall plasmashell; plasmashell&) and restarted kontact.
While investigating the problem, I noticed that when replacing mail-mark-unread-new.svg with media-playback-pause.svg (which shows completely fine in systray) kmsystemtray.cpp renders media-playback-pause.svg also invisible. So my conclusion is that it's not a problem with the icon svg, but the way kmsystemtray.cpp tells Qt to render it on unread mails. I lack the Qt knowledge to further investage this.
I would say this is a duplicate of bug#365297 ...
*** This bug has been marked as a duplicate of bug 365297 ***