-
Bug
-
Resolution: Fixed
-
P3
-
6
-
b02
-
sparc
-
solaris_9
-
Verified
Issue | Fix Version | Assignee | Priority | Status | Resolution | Resolved In Build |
---|---|---|---|---|---|---|
JDK-2152925 | OpenJDK6 | Andrei Dmitriev | P3 | Resolved | Fixed | b05 |
by removing caching of the PaintContext instance. This breaks the subclassing contract
and most likely is a mistake: originally, there was no caching in java.awt.Color either;
at some point it was added, but not propagated to SystemColor.
Also, both Color and SystemColor use 'new ColorPaintContext(value, cm)'. However, 'value'
is the RGB value for Color, and an *index* into the array of RGB values for SystemColor.
This doesn't look right.
- backported by
-
JDK-2152925 SystemColor.createContext(..) - is it correct? is it needed?
- Resolved
- relates to
-
JDK-6962773 hashCode() implementation for java.awt.SystemColor / java.awt.Color is flawed
- Open
-
JDK-4559156 java.awt.Color.equals() does not work when comparing to java.awt.SystemColor
- Closed
-
JDK-4614845 REGRESSION: SystemColor objects interact oddly with transparent GIFs
- Closed
-
JDK-6467628 Incompatibility appearence between 1.3.1 and 5.0 when a program draws tranparent gif image
- Closed
-
JDK-6530420 remove unnecessary fields in Color class
- Closed