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.

This may be an oddity in palette management. Ramiro -- please review this with MichaelP.

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.