x2go-dev March 2017

x2go-dev@lists.x2go.org

20 participants
139 discussions

Bug#581: VirtualBox Clipboard Sharing does not work when accessing the host over X2Go
by Michael DePaulo 18 Jun '21

18 Jun '21

Package: nx-libs Version: 3.5.0.27 Severity: normal If you run a VirtualBox VM with its display running under X2Go, the VM's clipboard sharing fails to work in either direction. You cannot copy and paste text between the VM and an app running under X2Go server, nor can you copy and paste text between the VM and an app running on the X2Go Client system. (I believe VirtualBox VMs use SDL to interact with the X server, which in this case is nxagent. This differs from the VirtualBox GUI, which is written in QT.) Specifically, when the X sesssion starts on the guest, a VirtualBox-provided script for X calls "VBoxClient --clipboard" to start the clipboard service. The service runs as the user logged into the guest. However, this service fails to stay running, and thus the clipboard sharing does not work. If you launch the VirtualBox VM on the local X.org X server, the guest's clipboard service stays running and clipboard sharing works. You can also launch the VM in RDP headless mode from x2go (so the VM does not render its display to any nxagent). In this use case, the clipboard service stays running and clipboard sharing works. The strange part is that the configuration of the host affects the behavior of the guest. It makes sense though because it's a bug in the guest's code to integrate with the host. Also, when you do call "VBoxClient --clipboard", it returns 0. And if you call it after the X11 session has already started, the problem still occurs. In x2goclient, I tried turning on and off the following setting, but it had no effect: Options -> Settings -> X-Server settings -> do not use primary clipboard My theory is that this is a bug in nx-libs, and that the bug is probably related to nx-libs being forked from such an old X.org codebase. It is worth looking into whether other SDL apps have clipboard trouble with X2Go on Ubuntu 14.04. (It's also worth testing an older release of Ubuntu as the host OS, since it would have an older release of SDL.) Host system: OS: Ubuntu 14.04.1 64-bit with latest bugfix & security updates nxagent: 2:3.5.0.27-0~446~ubuntu14.04.1 x2goserver: 4.0.1.15-0~847~ubuntu14.04.1 x2goserver-xsession: 4.0.1.15-0~847~ubuntu14.04.1 VirtualBox 4.3.14 (from download.virtualbox.org) "Shared Clipboard" is set to "Bidirectional" for the VM $ cat /etc/x2go/x2goagent.options | grep -v '^#' | grep -v '^$' X2GO_NXAGENT_DEFAULT_OPTIONS="" X2GO_NXAGENT_DEFAULT_OPTIONS+=" -extension XFIXES" X2GO_NXAGENT_DEFAULT_OPTIONS+=" -nolisten tcp" Guest OS: Ubuntu 12.04.5 64-bit with precise HWE stack, the virtual kernel, and all the latest bugfix & security updates OS-provided XFCE virtualbox-guest-dkms: 4.1.12-dfsg-2ubuntu0.6 virtualbox-guest-utils: 4.1.12-dfsg-2ubuntu0.6 virtualbox-guest-x11: 4.1.12-dfsg-2ubuntu0.6 Configured according to: https://github.com/mikedep333/duckpan-vagrant/tree/duckduckhack-vm The aforementioned script is: /etc/X11/Xsession.d/98vboxadd-xclient (I'm sure a different script would be used for distros like CentOS which lack the /etc/X11/Xsession.d/ folder). Client system: Windows 8.1 64-bit with Update 1 and all the minor/monthly updates available X2GoClient 4.0.2.1+hotfix1+build3

2 1

Bug#1072: X2Go Client: top 24 pixels in fullscreen session do not respond to mouse clicks
by Chris Martin 09 Feb '21

09 Feb '21

Package: x2goclient Version: 4.0.5.1 I am trying to start a full screen X2Go session which 1. takes up the entire display, and 2. responds to my mouse clicks everywhere in the session, but cannot accomplish this with any combination of settings. Client OS: Debian Jessie / 8 / Stable, GNOME 3 desktop environment Client X2Go Client: 4.0.5.1 and 4.0.3.1 Server OS: Xubuntu 16.04 LTS Server x2goserver version: 4.0.1.19 Server x2goserver-xsession version: 4.0.1.19 When I choose "fullscreen", I get different behavior intermittently: 1. The client spawns across the entire screen but the *top panel inside the X2Go session* does not respond to any mouse clicks. I suspect the panel in my GNOME session running the X2Go client (which occupies the same pixels behind the panel inside the X2Go session) is stealing mouse focus. My mouse pointer turns black instead of white when I hover over the top 24 pixels or so, inside the X2Go session. 2. The client spawns what I would call a "maximized window". The top of the screen is still consumed by the title bar of the X2Go window, and the panel of the enclosing GNOME session in which the X2Go client is running. I have observed both cases 1 (most common) and 2 with X2Go Client 4.0.5.1, and only case 1 with X2Go client 4.0.3.1. When I choose "Display 1" in the Input/Output settings, the X2Go session displays only in the upper-left quadrant of my display; the rest of the screen is black. Thank you, Chris Martin

4 5

Bug#622: New wiki account for gurumelo
by prueba 25 May '20

25 May '20

Package: wiki.x2go.org Please create a wiki account for me. First name: gurumelo Last name: gurumelo Account name: gurumelo

3 3

Bug#396: StartSSL.com certificate for wiki.x2go.org
by Mike Gabriel 19 May '20

19 May '20

Package: wiki.x2go.org Severity: important Schlomo Schapiro suggested StartSSL.com as root-CA and SSL certificate provider. Pricing scheme looks promising. Let's do that! Mike -- DAS-NETZWERKTEAM mike gabriel, herweg 7, 24357 fleckeby fon: +49 (1520) 1976 148 GnuPG Key ID 0x25771B31 mail: mike.gabriel(a)das-netzwerkteam.de, http://das-netzwerkteam.de freeBusy: https://mail.das-netzwerkteam.de/freebusy/m.gabriel%40das-netzwerkteam.de.x…

3 3

Bug#125: Bug with Alt Gr keyboard
by IBITEK : Support IT 08 Nov '19

08 Nov '19

Package: <x2goclient> Version: <4.0.0.3> I have a problem with "Alt Gr" tab doesn't work. I can't do an backslash "\" for enter my username on a domain mydomain\user it's impossible Do you have any solution ? A topic is open of your X2GO-Community but no response on this topic : http://x2go-community.org/main-menu/forum/?tx_mmforum_pi1%5Baction%5D=list _post <http://x2go-community.org/main-menu/forum/?tx_mmforum_pi1%5Baction%5D=lis t_post&tx_mmforum_pi1%5Btid%5D=24&tx_mmforum_pi1%5Bfid%5D=13&tx_mmforum_pi 1%5Bpid%5D=page#pid59> &tx_mmforum_pi1%5Btid%5D=24&tx_mmforum_pi1%5Bfid%5D=13&tx_mmforum_pi1%5Bpi d%5D=page#pid59 -- Cordialement, IBITEK-GROUP SUPPORT ------------------------------------------------------------ Tel : +33 491 058 350 Fax : +33 491 509 910 Mail : <mailto:support@ibitek-group.com> support(a)ibitek-group.com Web : <http://www.ibitek-group.com> http://www.ibitek-group.com ------------------------------------------------------------ SOLUTIONS FOR INDUSTRY Electricity & Automation + Business Intelligence ------------------------------------------------------------

4 3

Bug#340: x2go fails under Ubuntu 13.10
by Dick Kniep 18 Jun '19

18 Jun '19

package: x2goclient Although filed against x2goclient, the same error occurs with pyhoca-cli The session fails to start and the logs contains the following messages: NXPROXY - Version 3.5.0 Copyright (C) 2001, 2011 NoMachine. See http://www.nomachine.com/ for more information. Info: Proxy running in client mode with pid '6253'. Session: Starting session at 'Thu Nov 14 17:05:08 2013'. Loop: PANIC! Can't determine the location of the X display socket. Error: Can't determine the location of the X display socket. Loop: PANIC! Error 2 'No such file or directory' checking '/tmp/.X11-unix'. Error: Error 2 'No such file or directory' checking '/tmp/.X11-unix'. Session: Session terminated at 'Thu Nov 14 17:05:08 2013'. Met vriendelijke groet, Dick Kniep Lindix BV tel. 036-5215580 mob. 06-50991858

3 2

Bug#773: DirectRDP: X2Go Client reveals user password in process list if xfreerdp is used
by Mike Gabriel 26 Mar '19

26 Mar '19

Package: x2goclient Severity: grave When a users uses X2Go Client for directly accessing an RDP Server, then one can use the DirectRDP feature. The DirectRDP features allows wrapping around the rdesktop command or the xfreerdp command. With both wrapper modes, the password is given to the RDP client application on the command line. With rdesktop, the command line ($@) gets rewritten for the process list and the password is replaced by XXXXXXXX. With xfreerdp, the command line stays as is and reveals the RDP user's password on the process list of the machine that X2Go Client runs on. The FreeRDP people have added a command line option --from-stdin to xfreerdp 1.0.x for this purpose, that may be an option using in X2Go Client. However, I am not sure, if this option survived in xfreerdp 1.1.x or later (it is not on the xfreerdp man page for 1.1.0~git<sometime-in-2014> as shipped with Debian jessie. Mike -- DAS-NETZWERKTEAM mike gabriel, herweg 7, 24357 fleckeby fon: +49 (1520) 1976 148 GnuPG Key ID 0x25771B31 mail: mike.gabriel(a)das-netzwerkteam.de, http://das-netzwerkteam.de freeBusy: https://mail.das-netzwerkteam.de/freebusy/m.gabriel%40das-netzwerkteam.de.x…

2 1

Bug#58: x2goplugin: after session startup whole local desktop unusable
by Mike Gabriel 26 Mar '19

26 Mar '19

Package: x2goplugin Severity: grave Version: 3.99.3.0 Hi Alex, more tests with x2goplugin + x2goplugin-provider as release with x2goclient src:package 3.99.3.0. Try this: o install x2goplugin-provider and x2goserver locally on the same machine o visit http://localhost/x2goplugin.html o launch the pre-configured session o ... till here, everything works fine now... On my machine: after the session has come up (actually already while it is comming up) my whole desktop shell (awesome) refuse to accept almost any import from keyboard or mouse. I can neither click any of the x2goplugin controls nor can I click around in the started up X2Go session. The X2Go session is embedded in the x2goplugin frame, just in case this information is relevant. Ggreets, Mike -- DAS-NETZWERKTEAM mike gabriel, rothenstein 5, 24214 neudorf-bornstein fon: +49 (1520) 1976 148 GnuPG Key ID 0x25771B31 mail: mike.gabriel(a)das-netzwerkteam.de, http://das-netzwerkteam.de freeBusy: https://mail.das-netzwerkteam.de/freebusy/m.gabriel%40das-netzwerkteam.de.x…

3 2

Bug#1126: Info received ( Bug#1126: Bug#1126: Bug#1126: x2go session disconnects causing an issue with a program or caused by an issue with a program)
by Ulrich Langenbach 21 Mar '19

21 Mar '19

Hi, some time passed, but finally I found the time to do a testrun on a dedicated setup based on upstream arctica libraries my colleague compiled to deb packages and installed on a VM. The currently tested version is a bit outdated from branch 3.6.x: ---- snip ---- nx-libs$ git log -1 commit 9acd13e50c3bde9105f6143922028f0de0d4ae50 Author: Mike Gabriel <mike.gabriel(a)das-netzwerkteam.de> Date: Mon Dec 19 15:03:09 2016 +0100 release 3.5.99.3 nx-libs$ git remote -v origin git://github.com/ArcticaProject/nx-libs.git (fetch) origin git://github.com/ArcticaProject/nx-libs.git (push) ---- snip ---- The behavior is the same as before, the session dies at some time during some interaction with the tools window. I tried 64k-png and 15m-jpeg-9 modes with the same outcome, see attached logs for details. Ulrich -- Ulrich Langenbach ulrich.langenbach(a)missinglinkelectronics.com Skype: ulangenbach Missing Link Electronics http://www.missinglinkelectronics.com Skype: missing.link.electronics Office DE: +49 (731) 141 149-0 Office US: +1 (408) 475-1490 Am Mittwoch, 4. Januar 2017, 18:05:02 CET schrieb X2Go Bug Tracking System: > Thank you for the additional information you have supplied regarding > this Bug report. > > This is an automatically generated reply to let you know your message > has been received. > > Your message is being forwarded to the package maintainers and other > interested parties for their attention; they will reply in due course. > > Your message has been sent to the package maintainer(s): > X2Go Developers <x2go-dev(a)lists.x2go.org> > > If you wish to submit further information on this problem, please > send it to 1126(a)bugs.x2go.org. > > Please do not send mail to owner(a)bugs.x2go.org unless you wish > to report a problem with the Bug-tracking system.

2 3

Bug#873: Drop Xinerama / LD_LIBRARY_PATH related code from x2goruncommand for nxagent >= 3.5.99.0
by Mike Gabriel 21 Nov '18

21 Nov '18

Package: x2goserver Severity: normal Version: 4.1.0.0-preview As the Xinerama magic will be soon moved from libNX_Xinerama.so into the programs/Xserver/hw/nxagent code, all Xinerama specifc stuff in x2goruncommand becomes obsolete if nxagent >= 3.5.99.0 is used server-side. The nxagent >= 3.5.99.0 will be able to handle Xinerama stuff all by itself. No external xinerama.conf is required, applications running server-side can use the X.Org client libraries, no hack for injecting libNX_X11, libNX_Xext and libNX_Xinerama into the library path is needed anymore. In fact, the libNX_Xinerama library will be dropped completely in nx-libs >= 3.5.99.0 (aka 3.6.x). Mike -- DAS-NETZWERKTEAM mike gabriel, herweg 7, 24357 fleckeby fon: +49 (1520) 1976 148 GnuPG Key ID 0x25771B31 mail: mike.gabriel(a)das-netzwerkteam.de, http://das-netzwerkteam.de freeBusy: https://mail.das-netzwerkteam.de/freebusy/m.gabriel%40das-netzwerkteam.de.x…

2 1

← Newer
1
2
3
4
5
6
7
8
9
...
14
Older →

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

x2go-dev March 2017