-
Bug
-
Resolution: Fixed
-
P4
-
11, 15, 16
-
b04
-
generic
-
generic
| Issue | Fix Version | Assignee | Priority | Status | Resolution | Resolved In Build |
|---|---|---|---|---|---|---|
| JDK-8284424 | 11.0.17-oracle | Rajat Mahajan | P4 | Resolved | Fixed | b01 |
| JDK-8281197 | 11.0.15 | Sergey Bylokhov | P4 | Resolved | Fixed | b01 |
The implementation of ICC_Profile tries to defer loading the data of the color profile, and it uses some predefined values for some profile properties for the standard profiles like sRGB, etc. If the application requests profile data then the ICC_Profile class activates the profile and uses properties from that data.
Deferring mechanism for all profiles was added inJDK-6793818, but unfortunately, the color profile class was hardcoded incorrectly "CLASS_DISPLAY" for all profiles. However, the "CIEXYZ.pf" and "PYCC.pf" profiles should use "CLASS_COLORSPACECONVERSION".
Later the color "profiles/xxx.pf" were replaced in the JDK, and the actual type of the "CIEXYZ.pf" was changed to the "CLASS_ABSTRACT", but the deferring mechanism still uses "CLASS_DISPLAY".
As a result of this bug, the color profile reports different values before/after activations.
Deferring mechanism for all profiles was added in
Later the color "profiles/xxx.pf" were replaced in the JDK, and the actual type of the "CIEXYZ.pf" was changed to the "CLASS_ABSTRACT", but the deferring mechanism still uses "CLASS_DISPLAY".
As a result of this bug, the color profile reports different values before/after activations.
- backported by
-
JDK-8281197 Some "inactive" color profiles use the wrong profile class
-
- Resolved
-
-
-
- Resolved
-
- relates to
-
JDK-6793818 JpegImageReader is too greedy creating color profiles
-
- Closed
-
- links to
-
Commit
openjdk/jdk11u-dev/01c38c4f
-
Commit
openjdk/jdk/a6c08813
-
Review
openjdk/jdk11u-dev/793
-
Review
openjdk/jdk/1211
(2 links to)