Version: unspecified (using Devel) OS: Linux KDE 4.4.81 (4.5 Beta) When using the new kded service for the systray, icons of already terminated applications (such as kopete) still stay in the tray, with no way of interacting with them (no left/right click possible). Reloading the statusnotifierwatcher kded module via qdbus org.kde.kded /kded unloadModule statusnotifierwatcher qdbus org.kde.kded /kded loadModule statusnotifierwatcher solves this problem. This happens on Gentoo Linux, amd64, dbus 1.3.0-r1, qtdbus 4.6.2. Reproducible: Always Steps to Reproduce: Use the new statusnotifierwatcher service. Open an application which has an icon in the systray, such as kopete. Terminate the application (not only closing it, the icon staying would be expected behavior then for some applications) Actual Results: The icon stays there. Opening a new instance of kopete adds a second, third, ... icon to the systray. Interacting with the icon is not possible (no right/left click). In qdbusviewer I also didn't find a matching entry for this icon. Expected Results: The icon is gone This can be "solved" by not using statusnotifierwatcher at all. As statusnotifierwatcher has other issues as well (right click menu only working with svn version of libdbusmenu-qt, and even then half of the content is missing) this is what I do currently. Would be nice to see this fixed for 4.5 final anyway :) Just ask if you need further information (software version etc.)
qt 4.6.2 <-- a bug in the dbus service watcher, fixed in 4.6.3.
Created attachment 48688 [details] Gap in systray There's also similar systray bug apparently showing some unknown icons. And restarting plasma-desktop doesn't help. Qt-4.6.2, KDE from 4.5 svn branch
Anyway, if issue is known and Plasma from 4.5 requires not-broken Qt (which is >=4.6.3), then KDE 4.5 should require Qt 4.6.3 (in CMake) to have this bug marked as RESOLVED. Or worked around, but I suppose you're not interested in working Qt bugs around (nobody should be really). So set (QT_MIN_VERSION "4.6.0") should be replaced with set (QT_MIN_VERSION "4.6.3") in kdelibs/CMakeLists.txt I'll post about it.
A quick search (I could have missed others) it seems this problem has been reported (and marked as RESOLVED) several times in the last years, and in different versions: https://bugs.kde.org/show_bug.cgi?id=300005 4.8.3 https://bugs.kde.org/show_bug.cgi?id=290982 4.8rc2 https://bugs.kde.org/show_bug.cgi?id=293472 4.8.0 https://bugs.kde.org/show_bug.cgi?id=240347 4.4.8
This is not an upstream bug. *** This bug has been marked as a duplicate of bug 293472 ***