http://bugzilla.suse.com/show_bug.cgi?id=934162 Guido Berhoerster changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |gber@opensuse.org Component|Xfce |KDE4 Workspace Assignee|bnc-team-xfce@forge.provo.n |kde-maintainers@suse.de |ovell.com | --- Comment #1 from Guido Berhoerster --- See the attached screenshot of klipper running in the foreground, it says: QSystemTrayIcon::setVisible: No Icon set so there seems to be a bug or packaging problem with kmix and klipper not being able to load their icons. See ~/.xsession-errors-:0 for further messages. Reassigning to KDE maintainers. -- You are receiving this mail because: You are on the CC list for the bug.

http://bugzilla.suse.com/show_bug.cgi?id=934162 Guido Berhoerster changed: What |Removed |Added ---------------------------------------------------------------------------- Component|Xfce |KDE4 Workspace Assignee|bnc-team-xfce@forge.provo.n |kde-maintainers@suse.de |ovell.com | --- Comment #3 from Guido Berhoerster --- (In reply to Raymond Wooninck from comment #2)

Given the user is using Tumbleweed, all KDE applications definitely switched to Plasma5, which also has the switch regarding the systray icons. Plasma5 is no longer Xembed based, but on StatusNotifier.

My guess is that XFCE4 for the user is setup that the systray only shows the XEmbed based icons in its systray.

Googling delivered me the following post for Xubuntu that describes a similar issue: https://pseudomorph.wordpress.com/2014/05/08/xfce-notification-a/

Of course the solution described here will not work for the user, but replacing the Notification Area applet with the Indicator Plugin applet should restore all required items.

I do not know if the Indicator Plugin applet is part of the openSUSE XFCE

The Xfce indicator applet is not packaged for openSUSE and I don't see how it would help here since it only seems to be designed to display Ubuntu's messaging menu. Xfce still relies on Xembed systray, but this is not the problem here at all.

desktop, but this is not a KDE/Plasma bug. Apologies for reassigning the bug back to the XFCE group, but there is nothing that can be done from a KDE/Plasma perspective as this is working as designed. XFCE System Tray would need to pick up those icons that are using the StatusNotifier (which apparently can do through this Indicator Plugin Applet).

That is completely wrong, the KStatusNotifier widget automatically falls back to a QSystemTrayIcon if status notifiers are not available. Please read the above bug report and look at the screenshot (or check the code), klipper actually falls back to a QSystemTrayIcon widget, but does not set an icon for it and Qt logs a warning about that when the setVisible method is called. So clearly the fallback is not working as intended, either because the icon cannot be loaded for some reason or because of some issue with the fallback code in the KDE Frameworks. -- You are receiving this mail because: You are on the CC list for the bug.

http://bugzilla.suse.com/show_bug.cgi?id=934162 --- Comment #5 from Guido Berhoerster --- (In reply to Benjamin Poirier from comment #4)

(In reply to Guido Berhoerster from comment #1) [...]

...

so there seems to be a bug or packaging problem with kmix and klipper not being able to load their icons. See ~/.xsession-errors-:0 for further messages.

There are no messages appended there when I start klipper.

Yes, the messages will appear on stderr if you start it from a terminal.

If I start a kde session instead of openbox, klipper and kmix properly display their icons in kde's notification area. (The icons are available on the system...)

That is of course expected since KDE uses the new DBus-based status notifier method, the problem occurs in the fallback code which uses an XEmbed-based QSystemTrayIcon widget. -- You are receiving this mail because: You are on the CC list for the bug.

http://bugzilla.suse.com/show_bug.cgi?id=934162 --- Comment #7 from Benjamin Poirier --- (In reply to Hrvoje Senjan from comment #6)

Sounds like http://bugreports.qt.io/browse/QTBUG-35658

Yes, that sounds exactly like it. In fact, I've also experienced the additional problem described in the third comment there about the race condition. I've tried the "systray-simpler" application attached to the bug and that one displays icons correctly, presumably because it uses QSystemTrayIcon directly? I've also tried to update qt to 5.5 using the OBS project KDE:Qt55. At that point, I had no more klipper but kmix still showed the same problem. ben@f1:~$ zypper info libqt5core5 [...] Repository: The Qt 5.5 development repository (openSUSE_Factory) Name: libQt5Core5 Version: 5.5.0-83.1 [...] ben@f1:~$ qtdiag Qt 5.5.0 (x86_64-little_endian-lp64 shared (dynamic) release build; by GCC 4.8.3 20141208 [gcc-4_8-branch revision 218481]) on "xcb" OS: openSUSE 20150610 (Tumbleweed) (x86_64) [linux version 4.0.4-3-desktop] -- You are receiving this mail because: You are on the CC list for the bug.

http://bugzilla.suse.com/show_bug.cgi?id=934162 http://bugzilla.suse.com/show_bug.cgi?id=934162#c9 Benjamin Poirier changed: What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |REOPENED Resolution|FIXED |--- --- Comment #9 from Benjamin Poirier --- I've just tested that the problem is still present. What I said in comment 7 is that even with qt 5.5 the problem was still there. The version currently installed is: ben@f1:~$ zypper info libQt5Core5 [...] Repository: openSUSE-Factory-Oss Name: libQt5Core5 Version: 5.5.1-2.1 -- You are receiving this mail because: You are on the CC list for the bug.