An old graphics problem reappeared in 28.7.1 (64-bit)

Support and discussions for the x86/x64 Linux version of Pale Moon.

Moderators: trava90, satrow

doffen
Apollo supporter
Apollo supporter
Posts: 42
Joined: 2017-04-20, 12:21

An old graphics problem reappeared in 28.7.1 (64-bit)

Unread post by doffen » 2019-09-21, 22:48

I had a problen with 32-bit 27.4.2 color management settings a couple of years ago, because gfx.color_management.mode was default set to 2. That setting made som horrible coclors for scanned documents, unless you have corrected the problem yourselves, you can see the same in 28.7.1 here: https://media.digitalarkivet.no/view/39890/39

My old thread regarding the problem in 27.4.2: viewtopic.php?f=37&t=16546
and before that here: http://www.murga-linux.com/puppy/viewtopic.php?t=111420 ( with example pics)
On gfx.color_management.mode, kb.mozillazine.org wrote: Possible values and their effects

0) Disable color management.
1) Enable color management for rendered graphics.
2) Enable color management for tagged graphics only. (Default)

Note: These values apply to Firefox 3.5 and SeaMonkey 2. In previous versions, color management was disabled by default via the boolean preference gfx.color_management.enabled set to "false".
Caveats
Without a properly calibrated monitor and a correct color profile, color management may actually make colors look worse.
I set the gfx.color_management.mode to 0 in 28.7.2, and the problem disappeared (again).
Is this a setting that should be default set to 0? I see that there is a reference to a setting in old Firefox and Seamonkey in the quote from mozillazine above, gfx.color_managment.enabled. In PM 28.7.1, there is a setting gfx.color_management.enablev4, is that a recent addition? Apart from those I may see right away, are there any implications if it is set to false?

User avatar
Moonchild
Pale Moon guru
Pale Moon guru
Posts: 24876
Joined: 2011-08-28, 17:27
Location: 58°2'16"N 14°58'31"E
Contact:

Re: An old graphics problem reappeared in 28.7.1 (64-bit)

Unread post by Moonchild » 2019-09-21, 23:22

doffen wrote:
2019-09-21, 22:48
you can see the same in 28.7.1 here: https://media.digitalarkivet.no/view/39890/39
Looks fine here:
Image1.jpg
doffen wrote:
2019-09-21, 22:48
I set the gfx.color_management.mode to 0 in 28.7.2, and the problem disappeared (again).
Unless something reset your color calibration (a system package update perhaps), your colors should be fine once you've calibrated them.

Nothing recent has changed with color management in the browser.
The "enablev4" pref is also not new, and has been enabled for many years. I know Firefox still(?) doesn't enable v4 profiles but in effect that is the same as not providing any ICC color correction at all because no graphics program uses v2 profiles anymore (in fact it was superseded by v4 a very very long time ago as well). So setting it to false will offer color management but in practice doesn't really do much of anything color management-y because v4 profiles are then ignored (resulting in the same display as disabling CMS completely).

The defaults are exactly the way they should be -- but you have to make sure that if your O.S. offers a CMS that you have at least basic calibration in place for it.
"If you want to build a better world for yourself, you have to be willing to build one for everybody." -- Coyote Osborne
Image

User avatar
adesh
Keeps coming back
Keeps coming back
Posts: 752
Joined: 2017-06-06, 07:38

Re: An old graphics problem reappeared in 28.7.1 (64-bit)

Unread post by adesh » 2019-09-22, 05:37

I know very little about color management, haven't changed Pale Moon color preferences, and I also see the issue (pink colors).

I think it'd be better to reintroduce https://github.com/MoonchildProductions ... 7e5d2c70b7
That way people who need (and know) color profile support can enable it themselves and who don't know about this stuff will be saved from seeing weird colors.

User avatar
Moonchild
Pale Moon guru
Pale Moon guru
Posts: 24876
Joined: 2011-08-28, 17:27
Location: 58°2'16"N 14°58'31"E
Contact:

Re: An old graphics problem reappeared in 28.7.1 (64-bit)

Unread post by Moonchild » 2019-09-22, 09:44

Yes, I guess that got lost with UXP. Feel free to create a PR for it.
"If you want to build a better world for yourself, you have to be willing to build one for everybody." -- Coyote Osborne
Image

User avatar
karlkracher
Moon lover
Moon lover
Posts: 87
Joined: 2015-12-05, 17:40
Location: germany

Re: An old graphics problem reappeared in 28.7.1 (64-bit)

Unread post by karlkracher » 2019-09-22, 11:57

May i note that windows is also affected. I couldn't find a way changing the gfx.color_management.* configs to make it disappear.
Unbenannt.png

doffen
Apollo supporter
Apollo supporter
Posts: 42
Joined: 2017-04-20, 12:21

Re: An old graphics problem reappeared in 28.7.1 (64-bit)

Unread post by doffen » 2019-09-22, 19:14

karlkracher, you open a new tab, and enter about:config in the addressbar. Scroll down until you find the section with gfx entries, see attached screenshot. Right-click the name to see a pop-up menu, choose Modify, and make a new setting. Restart the PM from the File menu, which restarts PM with all tabs intact.

Click picture to enlarge
about-config-gfx.jpg

User avatar
karlkracher
Moon lover
Moon lover
Posts: 87
Joined: 2015-12-05, 17:40
Location: germany

Re: An old graphics problem reappeared in 28.7.1 (64-bit)

Unread post by karlkracher » 2019-09-22, 19:33

Thanks, that's how i did it with the exception that i missed the restart part. No more pink black and white photos. Anything important that i'm missing now with the new setting?

(I don't know anything about color profiles always thought that would be important only for people working in the printing business but not for web surfing.)

doffen
Apollo supporter
Apollo supporter
Posts: 42
Joined: 2017-04-20, 12:21

Re: An old graphics problem reappeared in 28.7.1 (64-bit)

Unread post by doffen » 2019-09-24, 04:44

Anything important that i'm missing now with the new setting?(I don't know anything about color profiles always thought that would be important only for people working in the printing business but not for web surfing.)
Same here, I don't know! :wave:

User avatar
moonbat
Keeps coming back
Keeps coming back
Posts: 756
Joined: 2015-12-09, 15:45
Location: Australia

Re: An old graphics problem reappeared in 28.7.1 (64-bit)

Unread post by moonbat » 2019-09-24, 05:04

doffen wrote:
2019-09-24, 04:44
Anything important that i'm missing now with the new setting?(I don't know anything about color profiles always thought that would be important only for people working in the printing business but not for web surfing.)
Same here, I don't know! :wave:
Usually printing, digital imaging require accurate color production, so they use color profiles. I think it also has to do with the monitor driver so that they're accurately reproduced (on Windows, installing WHQL certified drivers also creates color profiles for the monitor as I've seen).
"One hosts to look them up, one DNS to find them and in the darkness BIND them."

Linux Mint 19.2 Xfce x64 on HP i5 laptop with 4 GB RAM, always latest versions of PM & Basilisk unless specified.

User avatar
Moonchild
Pale Moon guru
Pale Moon guru
Posts: 24876
Joined: 2011-08-28, 17:27
Location: 58°2'16"N 14°58'31"E
Contact:

Re: An old graphics problem reappeared in 28.7.1 (64-bit)

Unread post by Moonchild » 2019-09-24, 08:46

All supported Windows versions have an option to "calibrate color" in their control panel -- this will create a baseline calibration which is needed for some drivers since they use completely wrong values for "uninitialized" states.

It should be in the control panel under "Display", although on Win 10 you might have to dig deeper and bypass the dumbed down metro app to get to the classic control panel to get it.
"If you want to build a better world for yourself, you have to be willing to build one for everybody." -- Coyote Osborne
Image

User avatar
nicolaasjan
Hobby Astronomer
Hobby Astronomer
Posts: 24
Joined: 2017-07-28, 14:44
Location: The Netherlands

Re: An old graphics problem reappeared in 28.7.1 (64-bit)

Unread post by nicolaasjan » 2019-09-24, 13:21

Same glitch with colors here on Linux Mint 19.2...
Changing gfx.color_management.mode to 0 fixed it.
The gfx.color_management.mode value exists in the Linux version and is set to 2 by default.
Linux Mint 19.2 Mate 64bit
Pale Moon latest


Post Reply