53269 2011-01-27 17:06:52 -0800 http://www.webglearth.com/ is grayscale in Safari, color in Firefox 2011-01-28 18:09:00 -0800 1 1 1 Unclassified WebKit WebGL 528+ (Nightly build) Mac OS X 10.5 RESOLVED DUPLICATE 47477 http://www.webglearth.com/ P2 Normal --- 1 simon.fraser kbr abarth cmarrin kbr simon.fraser zmo oldest_to_newest 341141 0 simon.fraser 2011-01-27 17:06:52 -0800 http://www.webglearth.com/ is grayscale on Mac, in WebKit. In Firefox it's in color. This seems like a bug. 341184 1 kbr 2011-01-27 17:49:22 -0800 That's strange. It probably has something to do with which image loaders are being used. It appears in color in Chromium and grayscale in Safari. I'll take a closer look. 341255 2 kbr 2011-01-27 19:21:54 -0800 The CGImageRef coming back from ImageSource::createFrameAtIndex (ImageSourceCG.cpp) thinks that it's 8 bits per pixel. I'm stumped so far why this is happening only for the images on this site. Most WebGL content using textures (including PNG textures like this site) displays properly. 341264 3 kbr 2011-01-27 19:47:19 -0800 The issue is that the PNGs loaded by this application are indexed, and the CG image loading path for WebGL doesn't handle them properly. See https://bugs.webkit.org/show_bug.cgi?id=47477 . 341887 4 cmarrin 2011-01-28 17:23:21 -0800 So then shouldn't this be marked a dup of that? Or is there more to it than just handling indexed PNG correctly? 341909 5 kbr 2011-01-28 18:00:10 -0800 (In reply to comment #4) > So then shouldn't this be marked a dup of that? Or is there more to it than just handling indexed PNG correctly? I'll close it as a dup shortly. Patch forthcoming for the other bug. 341914 6 kbr 2011-01-28 18:09:00 -0800 The patch for https://bugs.webkit.org/show_bug.cgi?id=47477 , which is currently out for review, fixes this problem. *** This bug has been marked as a duplicate of bug 47477 ***