Version: 3.5 (using 4.2.00 (KDE 4.2.0), Gentoo) Compiler: x86_64-pc-linux-gnu-gcc OS: Linux (x86_64) release 2.6.25-gentoo-r7-20080501 I've noticed two issues with the way the KMix tray icon draws its background: First, it has a tendency to draw a noticeably visible solid-color dark ash gray background rather than letting the Plasma theme show through like my other tray icons. (This could be a KDE 4 icon thing. I think I've seen the same problem with Klipper 4.x and all of my other icons are KDE 3.x or GTK+ apps) Second, if it's the rightmost tray icon and you've set some icons to auto-hide, then clicking hide followed quickly by show (note: don't let your panel auto-hide if it's set to) will fill its background with either the icon to the left of it or bits of the plasmoid to the right of it. (in my case, the clock)
Aha! I figured out the problem and it is common with Klipper 4.x, so this bug should be renamed accordingly and moved to the responsible common code. Basically, the tray icon code used by KMix and Klipper doesn't let Plasma clean up the background before the icon gets redrawn. The dark ash gray was a slightly tinted view of the underlying maximized WinDeco. (and it's not always tinted) To reproduce this bug, set your panel to auto-hide, put a window under it, and then move your mouse onto and then off of it once or twice. (The same basic background drawing shortcoming should also be responsible for the second example)
Yep, definitely common KDE 4 tray icon code. The Kopete tray icon has the same problem. (Up until a moment ago, I was still using Kopete 3.5.10)
When you report graphical issues.. a screenshot is better to get the first impression :) This is a Qt bug already fixed in qt-copy and 4.4.4/4.5 *** This bug has been marked as a duplicate of bug 158094 ***
Sorry. I was feeling rushed and didn't think of screenshotting things. Normally, I try to do at LEAST that. (See Bug 182880 for what happens when I really get into it)
No Problem and thanks for reporting ;)