From Bugzilla Helper:
User-Agent: Mozilla/4.75 [en] (X11; U; Linux 2.2.16 i686)
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
Razorfish wrote an article on the problem which can be found here:
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 id: 0x22
depth: 16 planes
available colormap entries: 64 per subfield
red, green, blue masks: 0xf800, 0x7e0, 0x1f
significant bits in color specification: 6 bits
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
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
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
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
Test page looks fine in Firefox 18.104.22.168 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.