<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">

<html>

  <head>

    <meta content="text/html; charset=ISO-8859-1"

      http-equiv="Content-Type">

  </head>

  <body text="#000000" bgcolor="#ffffff">

    <br>

    <blockquote cite="mid:4D4D9097.10201@reading.ac.uk" type="cite">

      <meta http-equiv="Content-Type" content="text/html;

        charset=ISO-8859-1">

      <pre>2010/10/29 Tamás Pusztai <<a moz-do-not-send="true" href="https://mail.kde.org/mailman/listinfo/freenx-knx">pusztai-nx at szfki.hu</a>>:

><i> On Oct 28, 2010, at 9:02 PM, Robert Weis wrote:

</i>

>><i> this happens to me too.

>> Unfortunately also without a solution.

</i>>><i>

>> Same thing happens to LXTerminal.

>> suspend and reconnect makes the text colors visible again.

</i>>><i> But it is also temporarily 'repaired' by changing the text color

</i>>><i> in the profile-settings in gnome-terminal. (only a 'small' change works too )

</i>>><i>

</i>>><i> You can force this effect by running a silly command like:

</i>>><i>   find / -type d -exec ls -al "{}" ";"

>> Which simply means: putting out a lot of text.

>> Then it happens after some seconds.

</i>

><i>  I have this problem, too.

</i>><i>

>  I'm currently running CentOS 5.5 with freenx-0.7.3-6.el5.centos.rpm on the server side (I guess, Amir has this same version, but Robert seem to have an entirely different system).

</i>><i>

>  My system worked perfectly since last December until around the end of this summer.  The first time I experienced this problem, I tracked back my system update history to find out what had been changed, and I found that the freenx package had just been upgraded.  So I have the impression that this problem is related to the upgrade to freenx-0.7.3-6.el5.

</i>><i>

>  Since the problem doesn't occur very frequently, I was not desperate enough to try downgrading the freenx package back to an earlier version to check whether the problem disappears or not.  But since others seem to have this same problem, I thought it might be useful to share this impression of mine.

</i>><i>

</i>><i>  Tamás

</i>

I cannot reproduce the problem on 3 systems I have tried so far.  For

testing, I ran the command suggested by Robert:

 find / -type d -exec ls -al "{}" ";"

I'm running the CentOS version on all servers:

freenx-0.7.3-6.el5.centos.x86_64

nx-3.4.0-6.el5.centos.x86_64

My client is running the latest from Nomachine:

nxclient-3.4.0-7.x86_64

Tamás, when you eventually had a chance to go back to an earlier

version of nx/freenx from CentOS and find that the problem is indeed

related to the latest version, could you please file a report at

<a moz-do-not-send="true" href="http://bugs.centos.org">http://bugs.centos.org</a> ?

You can find what has changed in the CentOS version of nx/freenx in

this summary report:

<a moz-do-not-send="true" href="http://bugs.centos.org/view.php?id=4410">http://bugs.centos.org/view.php?id=4410</a>

Akemi (toracat)

</pre>

    </blockquote>

    <br>

    Hello All-<br>

    <br>

    I have the same problem with the following CentOS server packages

    and the latest Windows and Linux clients from NoMachine.<br>

    <br>

    nx-3.4.0-6.el5.centos.i386<br>

    freenx-0.7.3-6.el5.centos.i386<br>

    <br>

    I am using the XFCE4 desktop environment and have experienced the

    problem with gnome-terminal and terminal (from XFCE4 desktop). 

    Downgrading the freenx package didn't make any difference, but

    downgrading to nx-3.4.0-4.el5.centos.i386 solved the problem for

    me.  I have submitted the following bug report.<br>

    <br>

    <a class="moz-txt-link-freetext" href="http://bugs.centos.org/view.php?id=4726">http://bugs.centos.org/view.php?id=4726</a><br>

    <br>

    Regards<br>

    -Dan.<br>

    <br>

  </body>

</html>