Sunday, March 22, 2015
Color management still broken in Safari
Thursday, September 18, 2014
Color management in Safari is broken in Mavericks too.
I've written here about the color management problems with Lightroom on Mavericks before here and here. With the recent release of OS X 10.9.5, color management now appears to work right in Aperture and in iPhoto. However, it is still broken in Safari and preview. This is quite disturbing. Amazingly, both Chrome and Firefox do the color management right. It appears that Safari has built-in code to deal with sRGB tagged images because it treats them differently than any other embedded profile. It ignores the sRGB gamma curve and assumes it is the same as your display gamma profile! Below is a little test link for your pleasure to illustrate the problem. Rollover to switch between adobeRGB and sRGB tagged images. The sRGB image will have the darkest patches blocked completely in Safari. The adobeRGB image is correctly displayed. In Chrome on Mac OS X, since it is color managed, you will see only a very subtle difference due to the gammas being different in adobeRGB and sRGB and there therefore being subtle bit errors but both displays are essentially correct. The same is true for Firefox.

Mouse over to see the problem. Loading the alternate image might take a few seconds. You won't see it unless you are on Mavericks/Yosemite and are using Safari. If the darker patches change brightness, you have the bug.
On a well behaved browser these two images should be close to identical. Safari in Mavericks (I tested 7.1) is no longer well behaved and completely destroys the shadows. It is important to note that preview.app is also broken but in a different way. Strangely it does not display black correctly. Aperture and iPhoto do behave correctly as of 10.9.5 but used to be wrong in earlier versions of Mac OS X Mavericks. Photoshop, since it uses its own color management routines, behaves correctly too. Lightroom only behaves correctly in the Library views as I have shown before. In Develop it has the same blocked shadow problem as you see in Safari. This problem is non-existent in 10.8.
Edit: Before any confusion arises, I need to explain the numbers in the images above. The sRGB version of the image shows the values of r,g,and b in the sRGB color space as encoded in the file. The adobeRGB version is the same file, but converted to adobeRGB color space in Photoshop. The numbers are still the r,g,b values of the patches in sRGB space, but the file is simply encoded in adobeRGB. The display should therefore be identical in correctly color managed environments as it is in Photoshop. EDIT:10/17/14. Finally got around to installing Yosemite. Unsurprisingly, this is still broken in Safari like it is in Mavericks and the Webkit nightlies. Unfortunate. Strange that this is not getting picked up as this bug is present on every single Mac that has Mavericks or Yosemite installed. No matter whether it is hardware calibrated or not. Mac OS pre Mavericks did not have this bug.
Monday, January 16, 2012
Chrome suddenly color managed
As you can see, contrary to my previous post using Chrome 13, it is now color managed! This is great news as we now have three browsers that are color managed, at least on Mac OS X. I understand that on Windows, the latest Chrome is not yet color managed, which if true, is a shame. Nevertheless, this is a great development and a return to what I called "web browser bliss" years ago, but what was dampened from that initial optimism since then because of regressions at Mozilla and Google. Here is to hoping that the last holdout IE, which still does not convert to the display profile as it should, will at some time join 21st century even if 2012 is a little late for finally doing what was proposed by Microsoft themselves in 1996.
Finally, by checking the icc v4 testing page in all browsers, I can now report the following for the browser versions current at the date of posting:
| Browser | icc v2 compliant? | icc v4 compliant? | converts to display profile? | assumes sRGB for untagged images? |
| Safari | yes | yes | yes | no |
| Chrome | yes | yes | yes | no |
| Firefox | yes | no | yes (some v4 profiles work!) | no (yes with secret setting enabled) |
In conclusion, if you are on a Mac and care about color rendering, I can now heartily recommend Chrome next to Firefox and Safari.
Thursday, December 24, 2009
Firefox 3.6 beta
Friday, June 5, 2009
Yes, webbrowser bliss is here
Here is the proof: Three color managing browsers on my Mac with a wide gamut screen (screenshot converted back from my display profile to sRGB so you will see the right colors too). The colors in these images are rendered exactly the same as I found out by substracting them in Photoshop.
Tuesday, June 17, 2008
Firefox 3.0 released
To learn why this is really important, see this excellent explanation. Test your color managed browser here.
Edit: it turns out that Firefox 3.0 color manages every image, even untagged ones. That is a superb choice!