Closed Bug 4426 Opened 25 years ago Closed 25 years ago

Running viewer on linux with 8bpp causes color problems

Categories

(Core Graveyard :: Viewer App, defect, P3)

x86
Linux

Tracking

(Not tracked)

VERIFIED INVALID

People

(Reporter: dbaron, Assigned: ramiro)

Details

Whenever I run viewer on linux, I get serious color problems.  That is, if
viewer is the active window, everything else turns to blues and greens
(mostly).  My display runs at 256 colors (the Linux driver won't go higher -
Cirrus 5426).

I'm using the builds off of mozilla.org, and I had to go through a good bit of
work to get viewer running (upgrading libraries), some of which I may have done
in weird ways.  The system is based on RedHat 5.0, with a bunch of library
upgrades (gtk, glib, libjpeg, libpng) to get viewer running.  If you can't
duplicate this, I can give you lots more about the configuration if you ask
before Saturday (1999-04-03).  I'm not sure what's relevant.

I've had this problem with a build in December (which I didn't have too much
trouble running - and I expected the problem to be fixed in the PP milestone),
in the M3 release (which ran very slowly after the work I describe above, but
did work), and in more recent builds (1999-03-27), which crashed before they
completely loaded but did get far enough to show the problem.

I really don't know where to file this, so I'm filing it under Viewer App.
Three further comments:

1) The bug happens in apprunner too (using M3 release)

2) If I switch so viewer/apprunner isn't the active window, the colors outside
of apprunner are fine, but the colors inside are strange (purples and reds)

3) Apprunner's own menu bar counts as outside apprunner.  That is, it's bright
green when apprunner is active.
One more note... I haven't seen this problem with any other programs.  Netscape
4.05 and xv, etc. run fine.  I did have slight color shortages (as one would
expect) when FvwmWharf had color gradients for the background of its buttons,
but nothing like this.
For the first time, this didn't happen.  A bunch of other things (form sizing)
improved too.  It may have had something to do with some messing around with
libjpeg and libpng, but I don't think so, because that would affect the 99-03-27
install.  Also possible is that it was the first time I started viewer when
Netscape 4.05 wasn't already running (it's very slow to start, so I always leave
it running).  Except I just started it again with 4.05 running and it was fine.
Or perhaps the last time I was running M3, I had LD_LIBRARY_PATH pointing to
99-03-27.  I don't know.  If I ever see it again I'll let you know...
The problem is due to interaction with NN4.05.  Once I've started viewer once
without 4.05 running, then it's fine later on even if I've started 4.05 again.

A more serious concern than interaction with 4.05 is whether this could happen
with other programs.
Assignee: rickg → ramiro
This may be an oddity in palette management. Ramiro -- please review this with
MichaelP.
Status: NEW → RESOLVED
Closed: 25 years ago
Resolution: --- → INVALID
ive tried running it on 8bpp displays and it works well.

The colormap flashing you are seeing is a result of gdk installing its own
colormap and your hardware not being able to install multiple colormaps at the
same time.

Its not a bug in mozilla.

Try running mozilla when other color hogging apps are not running.

Marking invalid.
Status: RESOLVED → VERIFIED
Product: Core → Core Graveyard
You need to log in before you can comment on or make changes to this bug.