I am using The UPnP server "minimserver" and its control app "minimwatch" that is written in java. When running minimwatch it displays an (old style xembed) systray icon. The right-mouse context menu is the only way to interact with it. Unfortunately the menu is not displayed anymore in plasmashell 5.5 making minimwatch completely useless. Reproducible: Always Steps to Reproduce: 1. Install minimwatch. See http://minimserver.com/install-linux-mwatch.html 2. Run it. It will display a systray icon 3. Try to right click the icon to open the context menu Actual Results: The context menu does not show up. Expected Results: The context menu should be displayed. With plasmashell 5.3 xembed icons were not supported anymore. I worked around this by using wmsystemtray. With plasmashell 5.5 this programm does not start anymore because KDE already has launched a systemtray. So the workaround does not work anymore. Is there another idea for a workaround? Another xembed icon (of a program written in perl/gtk) does show its context menu fine. So it seems to be a problem of a java systray icon.
When right clicking on the icon an entry is written in the ~/.xsession-errors logfile: Could not find DBusMenu interface, falling back to calling ContextMenu() kde.xembedsniproxy: Received click 3 with passed x*y 1691 1169 (I do not know if this is of any interest?)
the first line is plasma trying to see if we have a DBus menu that it can show itself, before falling back to telling the app (in this case xembedsniproxy) to show a menuitself. That's all correct The second line is xembedsniproxy sending a right click to the java app at that co-ordinate. Again, that's all correct. I think I have some issues with the java apps and focus, but I need to poke round the java code to find out.
Interestingly the icon is able to open a small popup if the state of the watched minimserver changes (starting, stopping, rescanning). So maybe the click event for opening the context menu does not reach the app? (Well, just a guess, I do not know about the technical internals.)
*** Bug 356500 has been marked as a duplicate of this bug. ***
*** Bug 358487 has been marked as a duplicate of this bug. ***
just to add infos : Bug 358487 is not a java apps but a perl-gtk3 ( but the same final issue ).
FWIW, this also happens for radiotray (python/Gtk 3).
oh, that's interesting. Radiotray is one of the ones I tested against. That could mean it's not a client toolkit issue but something else
(In reply to Jörg Walter from comment #7) > FWIW, this also happens for radiotray (python/Gtk 3). just fyi - I can't confirm; radiotray works very well for me and it is clickable: left (normal menu) and right (context menu) click
I see the same with remmina
(In reply to Wulf from comment #9) > (In reply to Jörg Walter from comment #7) > > FWIW, this also happens for radiotray (python/Gtk 3). > > just fyi - I can't confirm; radiotray works very well for me and it is > clickable: left (normal menu) and right (context menu) click Note the toolkit: The Gtk-2 version (Ubuntu Wily) works, but the new Gtk-3 version (from xenial) fails.
Here is a small Java example. The context menu is not displayed: Tray Icon Demo https://docs.oracle.com/javase/tutorial/uiswing/examples/misc/index.html#TrayIconDemo (To fix the warning, please enable metal instead of Windows LaF in ./src/misc/TrayIconDemo.java: [...] //UIManager.setLookAndFeel("com.sun.java.swing.plaf.windows.WindowsLookAndFeel"); UIManager.setLookAndFeel("javax.swing.plaf.metal.MetalLookAndFeel"); [...] )
We're running into this problem in Mageia v6/Cauldron - see https://bugs.mageia.org/show_bug.cgi?id=17592 .
Please don't add the VisualDesign flag to purely technical bugs. There is nothing for the VDG to do here.
Any news on this issue ?
I observe the same behaviour with Rachota app (http://rachota.sourceforge.net/en/index.html) - I see a blank square where icon should be and can not get any pop-up menu to appear. .xsession-errors: Could not find DBusMenu interface, falling back to calling ContextMenu() kde.xembedsniproxy: Received click 3 with passed x*y 1237 834 kde.xembedsniproxy: Received click 1 with passed x*y 1237 834 kde-apps/plasma-apps-15.08.3:4/15.08 kde-apps/plasma-runtime-15.12.3:4/15.12 kde-base/kdeplasma-addons-4.14.3:4/4.14 kde-base/libplasmaclock-4.11.22:4/4.11 kde-base/libplasmagenericshell-4.11.22:4/4.11 kde-frameworks/plasma-5.21.0:5/5.21 kde-plasma/plasma-desktop-5.6.2:5 kde-plasma/plasma-workspace-5.6.2:5 dev-libs/sni-qt-0.2.6-r1 dev-libs/libappindicator-12.10.0-r200 dev-libs/libappindicator-12.10.0-r300
On this bug there is two potential patch to fix/workaround this (at least for java app) https://bugs.kde.org/show_bug.cgi?id=355504
(In reply to Elia Devito from comment #17) > On this bug there is two potential patch to fix/workaround this (at least > for java app) > > https://bugs.kde.org/show_bug.cgi?id=355504 Maybe I am missing something, but after following all of these bugs, I came full circle back here. I am running DavMail and the icon, when I left click, a pop up says "JavaEmbeddedFrame", right click does nothing.
I can confirm for solaar, an application for controlling Logitech wireless devices, written in Python with GTK3 (not Java!).
Yeah, we(In reply to Michael Büker from comment #19) > I can confirm for solaar, an application for controlling Logitech wireless > devices, written in Python with GTK3 (not Java!). Good luck... no one seems intended on fixing this "feature"
*bump* ?
(In reply to EMR_Kde from comment #21) > *bump* ? *bump* from me as well.
StarDict is affected aswell.
I just tested with plasma 5.7.0/5.24 from OpenSUSE Tumbleweed and it is still here. In my case, it is a Windows prog running using wine. BTW, as the icon is constantly animating, plasma keeps spamming my xerror with kde.xembedsniproxy: Scaling pixmap of window 117440521 "" from w*h 20 20.
*** This bug has been marked as a duplicate of bug 362941 ***