I was under the impression that remote desktop only supports 256 colors,
that's why I didn't specify the bit depth, but yes, that's the problem
exactly.
FYI: I did manage to change the default color scheme to something else
so that the text could be viewed. A few color schemes that seem to
work: "Plum (high color)", Marine (high color), "High contrast Black",
.... Some are easier on the eyes than others, but at least you can read
the text.
- Chris
-----Original Message-----
From: wireshark-dev-bounces@xxxxxxxxxxxxx
[mailto:wireshark-dev-bounces@xxxxxxxxxxxxx] On Behalf Of Gerald Combs
Sent: Monday, July 30, 2007 4:03 PM
To: Developer support list for Wireshark
Subject: Re: [Wireshark-dev] Remote Desktop color palette problem
Maynard, Chris wrote:
> It seems that when running Wireshark 0.99.6 over a Windows XP Remote
> Desktop connection, there's a problem with the color palette, such
that
> the text color is always white, rather than black. While it makes the
> text hard to read on a gray background, some areas of the screen have
a
> white background, making it impossible to read at all. According to
the
> user who reported the problem to me, this problem has existed for all
> Wireshark versions after 0.99.2. He uses 0.99.2 without a problem, as
> far as the colors are concerned.
>
> Attached is a snapshot of the Wireshark preferences dialog over a
Remote
> Desktop connection, which clearly depicts the problem I've described.
>
> I don't know if this is a gtk problem or a Wireshark problem though.
Are you using 8-bit color? If so, I opened a ticket on the GNOME bug
tracker about this a while back:
http://bugzilla.gnome.org/show_bug.cgi?id=438652
_______________________________________________
Wireshark-dev mailing list
Wireshark-dev@xxxxxxxxxxxxx
http://www.wireshark.org/mailman/listinfo/wireshark-dev
-----------------------------------------
This email may contain confidential and privileged material for the
sole use of the intended recipient(s). Any review, use, retention,
distribution or disclosure by others is strictly prohibited. If you
are not the intended recipient (or authorized to receive for the
recipient), please contact the sender by reply email and delete all
copies of this message. Also, email is susceptible to data
corruption, interception, tampering, unauthorized amendment and
viruses. We only send and receive emails on the basis that we are
not liable for any such corruption, interception, tampering,
amendment or viruses or any consequence thereof.
