X2Go Bug report logs - #1132
Color issue with x2go not present in NX with certain applications

Full log

🔗 View this message in rfc822 format

X-Loop: owner@bugs.x2go.org
Subject: Bug#1132: [X2Go-Dev] Bug#1132: Color issue with x2go not present in NX with certain applications
Reply-To: "Town, Brian A. (GSFC-428.0)[Embedded Flight Systems, Inc]" <brian.a.town@nasa.gov>, 1132@bugs.x2go.org
Resent-From: "Town, Brian A. (GSFC-428.0)[Embedded Flight Systems, Inc]" <brian.a.town@nasa.gov>
Resent-To: x2go-dev@lists.x2go.org
Resent-CC: X2Go Developers <x2go-dev@lists.x2go.org>
X-Loop: owner@bugs.x2go.org
Resent-Date: Mon, 09 Jan 2017 17:10:01 +0000
Resent-Message-ID: <handler.1132.B1132.148398176628987@bugs.x2go.org>
Resent-Sender: owner@bugs.x2go.org
X-X2Go-PR-Message: followup 1132
X-X2Go-PR-Package: x2goclient
X-X2Go-PR-Keywords: 
Received: via spool by 1132-submit@bugs.x2go.org id=B1132.148398176628987
          (code B ref 1132); Mon, 09 Jan 2017 17:10:01 +0000
Received: (at 1132) by bugs.x2go.org; 9 Jan 2017 17:09:26 +0000
X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on
	ymir.das-netzwerkteam.de
X-Spam-Level: 
X-Spam-Status: No, score=0.8 required=3.0 tests=BAYES_50,URIBL_BLOCKED
	autolearn=ham version=3.3.2
Received: from localhost (localhost [127.0.0.1])
	by ymir.das-netzwerkteam.de (Postfix) with ESMTP id D93AE3CC5F
	for <1132@bugs.x2go.org>; Mon,  9 Jan 2017 18:09:21 +0100 (CET)
X-Virus-Scanned: Debian amavisd-new at ymir.das-netzwerkteam.de
Received: from ymir.das-netzwerkteam.de ([127.0.0.1])
	by localhost (ymir.das-netzwerkteam.de [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id vq9yAhuB8Zdv for <1132@bugs.x2go.org>;
	Mon,  9 Jan 2017 18:09:15 +0100 (CET)
X-Greylist: delayed 587 seconds by postgrey-1.34 at ymir.das-netzwerkteam.de; Mon, 09 Jan 2017 18:09:12 CET
Received: from ndjsvnpf102.ndc.nasa.gov (NDJSVNPF102.ndc.nasa.gov [198.117.1.152])
	by ymir.das-netzwerkteam.de (Postfix) with ESMTPS id 5EA635DA91
	for <1132@bugs.x2go.org>; Mon,  9 Jan 2017 18:09:12 +0100 (CET)
X-Comment: SPF check N/A for local connections - client-ip=198.117.0.68; helo=ndmsppt103.ndc.nasa.gov; envelope-from=brian.a.town@nasa.gov; receiver=1132@bugs.x2go.org 
Received: from ndmsppt103.ndc.nasa.gov (ndmsppt103.ndc.nasa.gov [198.117.0.68])
	by ndjsvnpf102.ndc.nasa.gov (Postfix) with ESMTP id 844B34002386;
	Mon,  9 Jan 2017 10:59:14 -0600 (CST)
Received: from pps.filterd (ndmsppt103.ndc.nasa.gov [127.0.0.1])
	by ndmsppt103.ndc.nasa.gov (8.16.0.20/8.16.0.20) with SMTP id v09GxCTs030065;
	Mon, 9 Jan 2017 10:59:14 -0600
Received: from ndmscht108.ndc.nasa.gov (ndmscht108-pub.ndc.nasa.gov [198.117.0.208])
	by ndmsppt103.ndc.nasa.gov with ESMTP id 27tvy49nve-12;
	Mon, 09 Jan 2017 10:59:14 -0600
Received: from NDMSMBX301.ndc.nasa.gov ([169.254.4.197]) by
 NDMSCHT108.ndc.nasa.gov ([198.117.0.178]) with mapi id 14.03.0319.002; Mon, 9
 Jan 2017 10:58:29 -0600
From: "Town, Brian A. (GSFC-428.0)[Embedded Flight Systems, Inc]"
	<brian.a.town@nasa.gov>
To: Stefan Baur <X2Go-ML-1@baur-itcs.de>,
        "1132@bugs.x2go.org"
	<1132@bugs.x2go.org>
Thread-Topic: [X2Go-Dev] Bug#1132: Color issue with x2go not present in NX
 with certain applications
Thread-Index: AdJqgk0rLKKPZ1VSSRKw2ct7xbTB8wASFvsAAAx5ieA=
Date: Mon, 9 Jan 2017 16:58:29 +0000
Message-ID: <2565EDE93CACC9478E32CA6681CC015E0AB82811@NDMSMBX301.ndc.nasa.gov>
References: <2565EDE93CACC9478E32CA6681CC015E0AB82718@NDMSMBX301.ndc.nasa.gov>
 <00aced92-99b4-ce71-b6ff-25ed36e89bba@baur-itcs.de>
In-Reply-To: <00aced92-99b4-ce71-b6ff-25ed36e89bba@baur-itcs.de>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
x-originating-ip: [198.119.59.10]
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:,, definitions=2017-01-09_10:,,
 signatures=0

Darn was hoping to have won the prize! Haha

I have tested a few different compression/slider options but still going through and see what each option gives me in. The software being used is open source for NASA missions I believe but closed outside of that, so not sure what all I can share on that just yet, I'll have to check.

I did notice that selecting the "local desktop" option via the client on x2go provides me with the correct color, however it also produces a great deal of lag. Is the local desktop option doing basic VNC connection or Xforwarding? I couldn't find any information on that.

I'm utilizing x2go in conjunction with a LTSP set up. If I use basic Xforwarding through the terminal I get the colors I need displayed properly. I'm not sure exactly where it's hanging up through the x2go client window.

For the unix_kde_depth option, is there a setting to have it exceed 24? Some blogs I've noticed people their session.log files showing unix_kde_depth32 however mine is always at 24 and unsure where that setting would be located at.

Brian Town
Landsat 8
Goddard Space Flight Center


-----Original Message-----
From: Stefan Baur [mailto:X2Go-ML-1@baur-itcs.de] 
Sent: Monday, January 09, 2017 11:50 AM
To: Town, Brian A. (GSFC-428.0)[Embedded Flight Systems, Inc] <brian.a.town@nasa.gov>; 1132@bugs.x2go.org
Subject: Re: [X2Go-Dev] Bug#1132: Color issue with x2go not present in NX with certain applications

Hi, Brian!

First of all, welcome to X2Go!  You're actually the third NASA employee hitting our list (the other two were from JSC-EG311 and JPL-392K).
Sorry, that doesn't mean you've won a prize. ;-)

Some things I would like to ask you to do/try:

1) Please let us know the name of the software that has these issues with X2Go; if it is non-free and/or something NASA developed internally, you might want to get the developers of that software involved as well so they can talk to ours.
Screenshots would help, too - but please remember to black out confidential information that might be visible on it.

2) Please try different slider settings and image compression algorithms in the connection settings.  Maybe it only affects JPG, or only PNG, ...

3) Also, please try running the software with X2Go in single application/published application mode (IOW, rootless mode) vs.
fullscreen/windowed mode.  This is becahse parts of the screen drawing process work differently in rootless mode.

4) If you have a chance to run this software along with X2Go in a separate testing environment, you could try following these steps and see if it changes anything - but please do not do this on a production
system:
http://wiki.x2go.org/doku.php/doc:howto:nx-libs-betatesting
(Note that at present, this probably only works for Debian-based distributions, not for Redhat - but if you have a test lab available to you, you could "ssh -X brian@redhat-test-box" from the Debian box within the X2Go session.)

5) We'd love to hear how you use or intend to use X2Go, so we can publish your testimonial on our success stories page in the wiki.
Since you seem to be working with weather satellites, that sounds like a rather interesting use case for X2Go.

Last, I hope you don't mind that I mention this ...

<shameless plug>
X2Go also has a commercial side, where various companies - including my own - offer support contracts with guaranteed response times as well as consultancy and paid-for development work if someone wants to see a bug fixed or a new feature added in a certain time frame. What makes my company special is, IMHO:

1) I'm the current X2Go Project/Community Coordinator, so the development lead and the developers tend to listen to me.
2) As far as I know, we are the only company providing X2Go support that isn't a one-man-show.
3) We sub-contract other developers from the X2Go community on demand, so you only have one person you need to talk to - me - and you will only receive one invoice, even if the task involved several freelance or part-time X2Go developers.

Our hourly rate for consultancy work and fixing issues outside of a support contract is 110 EUR. With a support contract, you get guaranteed response times (starting at 400 EUR/month for 24h response time during business hours in the CET/CEST time zone from Monday to Friday, German holidays excluded) and lower hourly rates if you buy a certain amount of hours in advance.
</shameless plug>

Kind Regards,
Stefan Baur

Am 09.01.2017 um 15:13 schrieb Town, Brian A. (GSFC-428.0)[Embedded Flight Systems, Inc]:
> Package: x2goclient
> 
> Version: 4.0.5.2
> 
>  
> 
> Connecting to remote RHEL system using x2go has color issues with 
> certain panels of an application on that system. When connecting via 
> NoMachine the panels show up as they should, black background, white 
> text. However with x2go the panel shows up as a grey background with 
> black text, and some text are just black boxes (the major issue is the 
> black boxes obscuring text).
> 
>  
> 
> I noticed a bug along these lines from back in 2013 (#262 )
> (http://bugs.x2go.org/cgi-bin/bugreport.cgi?bug=262)
> 
>  
> 
> Brian Town
> 
> Landsat 8
> 
> Goddard Space Flight Center
> 
> sig
> 
>  
> 
> 
> 
> _______________________________________________
> x2go-dev mailing list
> x2go-dev@lists.x2go.org
> http://lists.x2go.org/listinfo/x2go-dev
> 


--
BAUR-ITCS UG (haftungsbeschränkt)
Geschäftsführer: Stefan Baur
Eichenäckerweg 10, 89081 Ulm | Registergericht Ulm, HRB 724364 Fon/Fax 0731 40 34 66-36/-35 | USt-IdNr.: DE268653243

Send a report that this bug log contains spam.