Changeset: cb9fa40f73f7
Author:bae
Date: 2013-10-14 15:49 +0400
URL: http://hg.openjdk.java.net/jdk8/2d/jdk/rev/cb9fa40f73f7
7058607: GIF parser bugs found via zzuf fuzzing
Reviewed-by: prr, vadim
! src/share/classes/com/sun/imageio/plugins/gif/GIFImageReader.java
Changeset: 478f7a9b3b12
Author:bae
Date: 2013-10-14 16:00 +0400
URL: http://hg.openjdk.java.net/jdk8/2d/jdk/rev/478f7a9b3b12
7058611: JPG parser bugs found via zzuf fuzzing
Reviewed-by: prr, vadim
! src/share/classes/com/sun/imageio/plugins/jpeg/MarkerSegment.java
!
Hi,
Please review a fix for this issue:
https://bugs.openjdk.java.net/browse/JDK-8023590
http://cr.openjdk.java.net/~vadim/8023590/webrev.00/
In JDK 8 b91 we enabled D3D pipeline on Intel HD Graphics chipsets
https://bugs.openjdk.java.net/browse/JDK-8000936
After that we received a number of
Changeset: b164c8eb1295
Author:jgodinez
Date: 2013-10-14 09:15 -0700
URL: http://hg.openjdk.java.net/jdk8/2d/jdk/rev/b164c8eb1295
8022536: closed/javax/print/TextFlavorTest.java fails
Reviewed-by: prr, jchen
! src/solaris/classes/sun/print/CUPSPrinter.java
!
Hello Vadim,
the fix looks good.
Thanks,
Andrew
On 10/14/2013 6:10 PM, Vadim Pakhnushev wrote:
Hi,
Please review a fix for this issue:
https://bugs.openjdk.java.net/browse/JDK-8023590
http://cr.openjdk.java.net/~vadim/8023590/webrev.00/
In JDK 8 b91 we enabled D3D pipeline on Intel HD
Looks fine. Really the XP lines don't matter as JDK 8 doesn't officially
support
XP and we could simply mark all XP versions as an automatic fail but I think
its fine to leave them in.
-phil.
On 10/14/2013 9:23 AM, Andrew Brygin wrote:
Hello Vadim,
the fix looks good.
Thanks,
Andrew
On
Hi Jim, Thanks for reviewing and apologies for the delayed response, I
have made sure to set the properties type as String - Object but mostly
the public constructor(OR) setter method enforces ?, ? where Object,
Object being too loose is guaranteed to not break at runtime but
String, Object is
There is a bug here because we should choose non-interfering sets of
pixels for abutting shapes, like we do for rendered shapes (and clipping
should use the same rules as non-AA rendered shapes). Adjacent shapes
that share a common border will divide the pixels along that border
between them
