Bug 505709 - Firefox shows whacked out colors
Summary: Firefox shows whacked out colors
Keywords:
Status: CLOSED UPSTREAM
Alias: None
Product: Fedora
Classification: Fedora
Component: firefox
Version: 11
Hardware: i686
OS: Linux
low
low
Target Milestone: ---
Assignee: Gecko Maintainer
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
: 530962 (view as bug list)
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2009-06-13 02:59 UTC by Benjamin Kwiecień
Modified: 2018-04-11 12:51 UTC (History)
6 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2009-07-13 22:15:24 UTC
Type: ---
Embargoed:


Attachments (Terms of Use)
Screenshot of the affected colours (271.99 KB, image/png)
2009-06-13 02:59 UTC, Benjamin Kwiecień
no flags Details
Prefs JS (8.28 KB, text/javascript)
2009-06-17 20:44 UTC, Benjamin Kwiecień
no flags Details
screenshot of non-reproduction (385.83 KB, image/png)
2009-06-18 08:55 UTC, Matěj Cepl
no flags Details


Links
System ID Private Priority Status Summary Last Updated
Mozilla Foundation 490537 0 None None None Never

Description Benjamin Kwiecień 2009-06-13 02:59:03 UTC
Created attachment 347697 [details]
Screenshot of the affected colours

Description of problem:

Firefox renders certain colors totally off.  The problem seems isolated to Firefox because I haven't noticed any problem with other apps, including movie players and photo viewers (so I don't think it's display related).

Version-Release number of selected component (if applicable):

Firefox 3.5b

How reproducible:

It may not be easy to reproduce.

Steps to Reproduce:
1. Open Firefox, navigate to certain pages such as opensolaris.org or identi.ca.  Some of Firefox's UI is also rendered incorrectly, like the "organize bookmarks" icon.
  
Actual results:

Colors are all messed up

Expected results:

Nice colors

Additional info:

See photo attachment for a screenshot

Comment 1 Matěj Cepl 2009-06-17 20:17:58 UTC
Does this happen even when you run firefox in safe mode (i.e., run on the command line firefox -safe-mode)? If yes, could you please attach here file ~/.mozilla/firefox/*.default/prefs.js

Thank you

Comment 2 Benjamin Kwiecień 2009-06-17 20:44:51 UTC
Created attachment 348344 [details]
Prefs JS

Comment 3 Benjamin Kwiecień 2009-06-17 20:46:15 UTC
(In reply to comment #1)
> Does this happen even when you run firefox in safe mode (i.e., run on the
> command line firefox -safe-mode)? If yes, could you please attach here file
> ~/.mozilla/firefox/*.default/prefs.js
> 
> Thank you  

Also it happens when I run it in safe-mode.

Comment 4 Matěj Cepl 2009-06-18 08:55:04 UTC
Created attachment 348395 [details]
screenshot of non-reproduction

Hmm, cannot reproduce here. ...

Comment 5 Torsten Rausche 2009-06-19 14:16:09 UTC
This looks like https://bugzilla.mozilla.org/show_bug.cgi?id=490537

Switching off color management by setting gfx.color_management.mode to 0 should help for now.

Comment 6 Benjamin Kwiecień 2009-06-19 15:15:43 UTC
That worked

Comment 7 Panu Matilainen 2009-07-09 17:35:55 UTC
Me too... seen this occasionally and shrugged off, but this was a bit much:
Original: http://koti.mbnet.fi/~tiige/Alfa/75%20TS/kulma.jpg
Screenshot from Firefox: http://laiskiainen.org/tmp/firefox-screwed-colors.png

Setting gfx.color_management.mode to 0 + browser restart fixes it here too.

Comment 8 Matěj Cepl 2009-07-13 22:15:24 UTC
Even though I am closing this as duplicate of the upstream bug https://bugzilla.mozilla.org/show_bug.cgi?id=490537, could I get from everybody here who is able to reproduce this, what architecture and version of Firefox they use, and whether setting gfx.color_management.mode to 0 (and restart) helps?
 
We will continue to track the issue in the centralized upstream bug tracker, and will review any bug fixes that become available for consideration in future updates.

Thank you for the bug report.

Comment 9 Panu Matilainen 2009-07-14 07:01:54 UTC
Architecture: x86_64
Firefox: 3.5-1.fc11 (but also seen in the beta originally shipped in F11)
X driver: xorg-x11-drv-ati-6.12.2-16.fc11 (RV350 AP [Radeon 9600] rev 0)
And yes setting gfx.color_management.mode to 0 helps.

ATI + x86_64 *seems* to be a common denominator here...

Comment 10 Benjamin Kwiecień 2009-07-14 19:27:36 UTC
Will I am running nvidia + i386, so I don't really think that is the common denominator. ;p  I was experiencing the problem with the 3.5 beta that originally shipped with F11, and setting the color management mode to 0 completely fixed the problem.

Comment 11 Benjamin Kwiecień 2009-07-14 19:32:12 UTC
Also I should mention I'm now running 3.5-1.fc11. I tried setting color management mode back to 2, and everything seems to be working fine.  I am using a different video driver now (nvidia instead of nouveau).

Comment 12 Matěj Cepl 2009-10-31 21:57:30 UTC
*** Bug 530962 has been marked as a duplicate of this bug. ***

Comment 13 James 2009-11-01 22:16:32 UTC
(In reply to comment #9)
> Architecture: x86_64
> Firefox: 3.5-1.fc11 (but also seen in the beta originally shipped in F11)
> X driver: xorg-x11-drv-ati-6.12.2-16.fc11 (RV350 AP [Radeon 9600] rev 0)
> And yes setting gfx.color_management.mode to 0 helps.
> 
> ATI + x86_64 *seems* to be a common denominator here...  

I've just run into this on Rawhide on Intel graphics; settings gfx.color_management.mode to 0 seems to fix this. However on my ATI box, I don't see the problem...

Comment 14 Alex 2009-11-02 09:35:03 UTC
Setting gfx.color_management.mode=0
IS NOT A SOLUTION TO THOSE WHO WANTS CORRECT COLORS!
When you disable color management you just disable the support of profiles. For most everyday work it is fine BUT if you want to see correct colors in some image YOU MUST use the profiles both in the image and for the monitor.

This is important for people taking COLORS as one of the primary thing in the image, say for photographers (as I am) or designers.

I agree that temporarily disabling of the color management makes things better because the color rendering with the color management enabled is really awful.

However, I presume it should be corrected in the future versions. Firefox 3.0.14 DID WORK PERFECTLY with profiles and even with profiles of revision 4.

I have put more expanded comments in the bug I reported (https://bugzilla.redhat.com/show_bug.cgi?id=530962, see also comment 12 here) and which is now marked as a duplicate of this one. There there is also a screenshot indicating clearly the difference in color rendering for Firefox 3.5.3 and GIMP using the same monitor profiles.

Regards,
Alex

Comment 15 Matěj Cepl 2009-11-02 12:12:09 UTC
(In reply to comment #14)
> Setting gfx.color_management.mode=0
> IS NOT A SOLUTION TO THOSE WHO WANTS CORRECT COLORS!
> When you disable color management you just disable the support of profiles. For
> most everyday work it is fine BUT if you want to see correct colors in some
> image YOU MUST use the profiles both in the image and for the monitor.

I totally agree with you, but if you want this change in Firefox, please, take your fight to the upstream bug. I don't think we have a capacity to fix it in Fedora (moreover, it doesn't have much sense anyway, most likely this is completely Fedora unspecific issue).

I am sorry, I cannot help you more.

Comment 16 Alex 2009-11-02 12:28:11 UTC
You are right. This does nothing with Fedora at all. I have checked this on Win32.

BUT what is possible is to offer people a possibility of installing Firefox 3.0.14 (maybe 3.0.15, but I have not checked it yet) which is working perfectly with colors.

However, it is not in the package list even if 'only latest versions' checkbox is off in the package manager. So, you have to go through source tarball download and compiling, etc.

Another idea is to port Safari, but I'm not quite sure it is doqble in a reasonable time (I'm even not sure it is OSS).

Comment 17 Matěj Cepl 2009-11-03 08:47:49 UTC
(In reply to comment #16)
> However, it is not in the package list even if 'only latest versions' checkbox
> is off in the package manager. So, you have to go through source tarball
> download and compiling, etc.

No, you don't ... just download a Linux binary from ftp://ftp.mozilla.org/pub/firefox/releases/latest-3.0/linux-i686/

As of porting Safari, you are much better with Epiphany (in F12) or Midori, which both use WebKit.


Note You need to log in before you can comment on or make changes to this bug.