From Bugzilla Helper: User-Agent: Mozilla/4.75 [en] (X11; U; Linux 2.2.16 i686) BuildID: 2000091312 The bgcolor attribute rounds to one color in the color cube, and the image code rounds to another in 16 bit mode. (At least on Linux.) Check out this URL to test: http://hotwired.lycos.com/webmonkey/00/37/stuff2a/complete_websafe_216/test.html Razorfish wrote an article on the problem which can be found here: http://hotwired.lycos.com/webmonkey/00/37/index2a.html?tw=design This link ( http://www.zoned.net/~xkahn/boxes.png ) shows mozilla rendering this page on Linux in 16bit True color mode (here is the xdpyinfo) default visual id: 0x22 visual: visual id: 0x22 class: TrueColor depth: 16 planes available colormap entries: 64 per subfield red, green, blue masks: 0xf800, 0x7e0, 0x1f significant bits in color specification: 6 bits Reproducible: Always Steps to Reproduce: 1. Load the URL in 16bit mode. 2. Look for boxes within boxes. Each one you see is a bug in the color handling. Actual Results: Boxes within boxes everywhere! Expected Results: A nice clean set of solid boxes. Gimp says: CCCCCC bgcolor is: C8CCC8, and CCCCCC image is dithered to: c8c8c8 and c0ccc0.
You have to look carefully, some of the images that have a high luminosity (like cccc99) are easier to see a problem with than those which are less luminous. I saw this too on my 16-bit system.
setting bug status to New
Updating QA Contact
Adding myself to cc list
All pnunn bugs reassigned to Pav, who is taking over the imglib.
Seeing this on build 2001070108 win32 on win98 setting os to all are there any plans to fix this?
Is this a duplicate of bug 1759?
dbaron, I don't think so, since in this bug no transparency is involved (as I understand it)
Test page looks fine in Firefox 188.8.131.52 on K/Ubuntu 6.10.
Sorry, it turns out i'm running with 24 bit colors. KDE doesn't appear to have a color depth setting in its GUI. I'll test and report back if it's OK.
We no longer do dithering.