Hi Tristan and X2Go devs,
- I was *able* to reproduce this bug under X2Go Client for Windows. To be perfectly clear, it only happens when you are launching a remote application ("Single Application" or "Published Application"), not when you are launching a KDE session.
I tested a KDE session, and the system tray icons successfully showed up under the KDE system tray. I tested both Kopete and KTorrent.
- I was *able* to reproduce this bug using regular X11 forwarding (ssh -Y hostname) under Cygwin XWin and Cygwin SSH.
I attached the command-line output from this. (KWrite does not use a system tray icon. I ran KWrite anyway as a test.)
I was *unable* to reproduce this bug when using regular X11 forwarding (ssh -Y hostname) on an Ubuntu 14.04 machine running MATE 1.8.0. Under this configuration, the system tray icons successfully show up in the MATE system tray. I tested both Kopete and KTorrent.
Based on 1, 2 and 3, this bug may be a limitation of VcXsrv (our X server that runs on Windows) and Cygwin XWin rather than nxagent. VcXsrv and Cygwin XWin share a lot of code in common. If we prove this to be the case, we should keep this bug open as a "known issue" and reassign it to package x2goclient. (We may also fix the bug in VcXsrv too.)
Also, I will report this to the Cygwin/X mailing list. (Cygwin and Cygwin/X use their mailing lists to track bugs.)
Test Server: the xsession script)
- OpenSUSE 13.1 64-bit with only the default KDE packages installed and the x2goserver package (and its dependencies) installed.
- All updates applied to OpenSUSE.
- x2goserver 4.0.1.15-4.1 from the OBS (on SUSE, this package includes
- nxagent 3.5.0.27-1.1
- VM Hosted on the Fedora 20 KVM/virt-manager hypervisor
- Accessed the VM "locally" by connecting to KVM's SPICE interface from a Windows machine with VirtViewer 1.0.
Test Client 1: optional updates installed
- Windows 8.1 64-bit with all the latest important, recommended, and
- X2Go Client 4.0.3.0-2014.09.07 (nightly build)
Test Client 2: optional updates installed
- Windows 8.1 64-bit with all the latest important, recommended, and
- Cygwin 32-bit 1.7.32 with xorg-server 1.16.0-1
Test Client 3: packages installed
- Ubuntu 14.04.1 64-bit with most of the latest updates and numerous
- MATE 1.8.0 installed from http://repo.mate-desktop.org/archive/1.8/ubuntu
-Mike#2
Another test.
It failed.
- I was *able* to reproduce this bug when using X2Go Client 4.0.2.1) on an Ubuntu 14.04 client machine running MATE 1.8.1. I tested both Kopete and KTorrent.
(Just to be sure, I re-tested test case 3 now that I updated MATE to 1.8.1 and the rest of Ubuntu. It still passed.)
Test Client 4: ppa:ubuntu-mate-dev/trusty-mate
- Ubuntu 14.04.1 64-bit with the latest updates and numerous packages installed
- MATE 1.8.1 installed from ppa:ubuntu-mate-dev/ppa &
- X2Go Client 4.0.2.1-0~614~ubuntu14.04.1
- nxproxy 3.5.0.27-0~446~ubuntu14.04.1
Greetings.
On Sunday 07 September 2014, Michael DePaulo wrote:
- I was *able* to reproduce this bug under X2Go Client for Windows. To be perfectly clear, it only happens when you are launching a remote application ("Single Application" or "Published Application"), not when you are launching a KDE session.
Yes, that's right. Sorry for not mentioning this; I never launch entire desktop sessions so I'd forgotten to test that. I can also confirm that for me the system tray icon has always appeared as expected when launching the applications over a regular OpenSSH session with X11 forwarding. It's only when launching a single application from x2go that the problem occurs.
Regards, Tristan
-- _ _V.-o Tristan Miller >< Space is limited / |`-' -=-=-=-=-=-=-=-=-=-=-=-=-=-=- <> In a haiku, so it's hard (7_\\ http://www.nothingisreal.com/ >< To finish what you
Hi Michael, hi Tristan,
On So 07 Sep 2014 16:46:07 CEST, Michael DePaulo wrote:
- I was *able* to reproduce this bug under X2Go Client for Windows. To be perfectly clear, it only happens when you are launching a remote application ("Single Application" or "Published Application"), not when you are launching a KDE session.
Actually, this can be blamed on the way how X11 integrates with MS Windows.
We would need an app that docks into the Windows system tray and
proxies system tray icons coming in from applications running in
VcXsrv/X11.
http://standards.freedesktop.org/systemtray-spec/systemtray-spec-0.2.html#do...
So you would need an app that is standing with one leg in X11,
providing the system-tray-provider specs as defined by freedesktop.org
and standing in MS Windows with the other leg, proxying the incoming
X11 systray icons/menus to the Windows system tray.
Never heard of something like this to exist, actually.
Any ideas???
Mike
--
DAS-NETZWERKTEAM mike gabriel, herweg 7, 24357 fleckeby fon: +49 (1520) 1976 148
GnuPG Key ID 0x25771B31 mail: mike.gabriel@das-netzwerkteam.de, http://das-netzwerkteam.de
freeBusy: https://mail.das-netzwerkteam.de/freebusy/m.gabriel%40das-netzwerkteam.de.xf...
Hi Mike#1,
On Mon, Sep 8, 2014 at 5:08 AM, Mike Gabriel <mike.gabriel@das-netzwerkteam.de> wrote:
Hi Michael, hi Tristan,
On So 07 Sep 2014 16:46:07 CEST, Michael DePaulo wrote:
- I was *able* to reproduce this bug under X2Go Client for Windows. To be perfectly clear, it only happens when you are launching a remote application ("Single Application" or "Published Application"), not when you are launching a KDE session.
Actually, this can be blamed on the way how X11 integrates with MS Windows.
We would need an app that docks into the Windows system tray and proxies system tray icons coming in from applications running in VcXsrv/X11.
http://standards.freedesktop.org/systemtray-spec/systemtray-spec-0.2.html#do...
So you would need an app that is standing with one leg in X11, providing the system-tray-provider specs as defined by freedesktop.org and standing in MS Windows with the other leg, proxying the incoming X11 systray icons/menus to the Windows system tray.
Never heard of something like this to exist, actually.
Any ideas???
Mike [...]
Can you explain why it works under test case 3 (X11 forwarding from an Ubuntu client) but not under test case 4 (X2Go from an Ubuntu client)?
That would certainly give us a clue.
-Mike#2
Hi Michael,
On Mo 08 Sep 2014 13:41:00 CEST, Michael DePaulo wrote:
Hi Mike#1,
On Mon, Sep 8, 2014 at 5:08 AM, Mike Gabriel <mike.gabriel@das-netzwerkteam.de> wrote:
Hi Michael, hi Tristan,
On So 07 Sep 2014 16:46:07 CEST, Michael DePaulo wrote:
- I was *able* to reproduce this bug under X2Go Client for Windows. To be perfectly clear, it only happens when you are launching a remote application ("Single Application" or "Published Application"), not when you are launching a KDE session.
Actually, this can be blamed on the way how X11 integrates with MS Windows.
We would need an app that docks into the Windows system tray and proxies system tray icons coming in from applications running in VcXsrv/X11.
http://standards.freedesktop.org/systemtray-spec/systemtray-spec-0.2.html#do...
So you would need an app that is standing with one leg in X11, providing the system-tray-provider specs as defined by freedesktop.org and standing in MS Windows with the other leg, proxying the incoming X11 systray icons/menus to the Windows system tray.
Never heard of something like this to exist, actually.
Any ideas???
Mike [...]
Can you explain why it works under test case 3 (X11 forwarding from an Ubuntu client) but not under test case 4 (X2Go from an Ubuntu client)?
That would certainly give us a clue.
-Mike#2
I guess it fails in X2Go, because X2Go single applications use nxagent
as their display (in rootless mode). The rootless NX windows then get
displayed on the local X11 via nxproxy.
With ssh -X you don't encapsulate applications in a separate Xserver
(NX agent), but connect the applications directly to the local X11
server.
Greets, Mike
DAS-NETZWERKTEAM mike gabriel, herweg 7, 24357 fleckeby fon: +49 (1520) 1976 148
GnuPG Key ID 0x25771B31 mail: mike.gabriel@das-netzwerkteam.de, http://das-netzwerkteam.de
freeBusy: https://mail.das-netzwerkteam.de/freebusy/m.gabriel%40das-netzwerkteam.de.xf...
-
Michael DePaulo -
Mike Gabriel -
Tristan Miller