TFF 38.7.0 is rendering the wrong color
It seems that TFF 38.7.0 has a color rendering problem. I made a website with a background-color in the header (#1b75bc). TFF renders the color as #0061a9. In Safari and Opera everything is fine. See attached picture. On top in Safari it is like I wish.
-
tff-color-issue.png
25.2 KB
tff-color-issue.png
Keyboard shortcuts
Generic
| ? | Show this help |
|---|---|
| ESC | Blurs the current field |
Comment Form
| r | Focus the comment reply box |
|---|---|
| ^ + ↩ | Submit the comment |
You can use Command ⌘ instead of Control ^ on Mac
Support Staff 1 Posted by Chris (chtrusch... on 11 Mar, 2016 03:38 PM
Hello Ingo, is your header an image (jpg/png) or a CSS-styled box/table cell?
If it's an image, TFF will render it according to the embedded color profile or assume sRGB if the image is untagged. Older versions of Opera and Safari will probably not apply color management if the image is untagged, hence the difference.
If it's not an image I'm not sure what went wrong.
See here
https://developer.mozilla.org/en-US/Firefox/Releases/3.5/ICC_color_correction_in_Firefox
2 Posted by Ingo on 11 Mar, 2016 03:56 PM
Hi Chris, thanks for your answer. My header is a CSS-styled div-Container.
Exactly the same effect when I use my favorite news magazine website. The <h1> headlines in Safari are #003399. But in TFF they are #002682. In TFF each color is darker than in my other browsers. This issue occurred after an update on TFF 38.7.0
Support Staff 3 Posted by Chris (chtrusch... on 11 Mar, 2016 04:35 PM
Do you still see the issue if you go back to 38.6.0 (or whatever you were using before the update)?
I'd also look at gfx.color_management.display_profile in about:config just to make sure it's not color management after all.
4 Posted by Ingo on 11 Mar, 2016 05:18 PM
I checked it with TFF 38.5.0, 38.6.0 and 38.6.1 and the issue is still there. Then I have inserted the full path of my monitor profile at gfx.color_management.display_profile. Issue is still there.
Support Staff 5 Posted by Chris (chtrusch... on 11 Mar, 2016 05:43 PM
I looked at this with the Digital Color Meter and it seems TFF indeed color manages CSS boxes (!)
Example: the blue menu bar at the top of our tenderapp site. It's 006FBB in Safari and TFF without color management (correct; as specified in the style sheet for the "superheader" div), but it's 0056AD in TFF with color management enabled.
(To disable color management set gfx.color_management.mode to 0)
I'm not sure if this is a bug or a feature.
edit: FF 38.7.0 ESR on Windows (XP) doesn't have this problem. It has other defaults (doesn't treat untagged images as sRGB and has v4 disabled), but if I set it to our defaults it still shows the correct 006FBB.
6 Posted by Ingo on 11 Mar, 2016 07:33 PM
I have set gfx.color_management.mode to 0 (disabled color management) and...
Yeah! My header in TFF is #1b75bc just like in Safari and Opera. Very important for Web Designers: We can still use TFF for Web Development.
Thanks a lot and greetings from Germany.
Support Staff 7 Posted by Cameron Kaiser on 11 Mar, 2016 11:24 PM
By default, colour management occurs to all graphics including generated data. If you want it only applied to tagged images, a better way is to change the setting to 2. See http://kb.mozillazine.org/Gfx.color_management.enabled
This setting has been the default since 38.0.
Support Staff 8 Posted by Chris (chtrusch... on 12 Mar, 2016 10:49 AM
Oh, I see. But setting gfx.color_management.mode=2 means most images aren't color managed anymore because they're not tagged (even though they're really sRGB).
I experimented a bit more and found that you can leave gfx.color_management.mode at 1 and keep full color management for images *and* display CSS colors correctly if you enter the correct path to the color profile of your calibrated display.
Correct means: Full path; if the profile was created for all OS X users on this machine, start at /Library. Also: Spaces must be escaped (like you do in the Terminal) with \ , otherwise it won't work. Browser must be re-started. Example:
/Library/ColorSync/Profiles/Displays/Calibrated\ Feb\ 25\ 2016-4270B00.icc for my profile "Calibrated Feb 25 2016"
I now have
a) all images correctly color-managed, tagged and untagged
b) correct CSS colors as measured with Digital Color Meter
[The only problem now is that the URL bar gradient if off again because we worked around this exact issue by making it darker to match the now color corrected Bookmarks bar.
See http://tenfourfox.blogspot.de/2015/08/tenfourfox-38-beta-2-available.html
I don't have a solution for that as most users will have an empty string in gfx.color_management.display_profile, in which case the bar and the gradient will match because sRGB is used instead of the monitor profile(?)]
9 Posted by Ingo on 14 Mar, 2016 11:04 AM
Hi Chris, you are right. Your solution with the path to the color profile of my display works fine. I think we have found a good solution. And the issue with the URL bar gardient is only marginal.