Thanks Behdad!
@Phil: what do you think, can I push this now that it was committed
upstream? Or should I wait until you pull in a new HarfBuzz release?
In that case, do you already have a bug open for that task such that I
can link it to the current issue?
Thank you and best regards,
Volker
On
Alexey, I switched to your jdk and it works great for any GUI app I ran on
it. The difference is still there even if there are 2d transforms in use (I
have previously thought that Java2d starts to treat text like any other
shape in such a case).
On Sat, Dec 17, 2016 at 6:16 PM, Alexey Ushakov <
a
Modified webrev to avoid NPE when there is no printer installed.
http://cr.openjdk.java.net/~psadhukhan/8170578/webrev.01
Regards
Prasanta
On 12/15/2016 8:50 AM, Prasanta Sadhukhan wrote:
Hi All,
Please review a testbug fix for jdk9 for an issue where it it seen
that PageRanges option is dis
Thanks Volker. Fixed upstream. I'll make a release in the next couple of
days.
On Wed, Dec 14, 2016 at 1:15 PM, Volker Simonis
wrote:
> Hi,
>
> can I please have a review for the following small changes which fix
> some Coverity code scan issues in the Harfbuzz library:
>
> https://bugs.openjd
I have created a bug on the upgrade
https://bugs.openjdk.java.net/browse/JDK-8171456
I don't expect to get to this until January as I'll be out until then
and there is
some internal process to be navigated. And of course Behdad needs to make
the release too.
So if you can't wait until then I
I can believe that there are problems with some printers and not others.
Is this a Postscript printer, or not.
IIRC you have Ricoh Aficio MP 5002 which is Postscript capable .. but it
sounds to be an option :
https://www.ricoh-usa.com/en/products/pd/mp-5002-black-and-white-laser-multifunction-p
Bug: https://bugs.openjdk.java.net/browse/JDK-8166111
Webrev: http://cr.openjdk.java.net/~prr/8166111/
Test fix. Details in the bug evaluation but in short,
the test assumes a 1:1 mapping of chars:glyphs by layout.
-phil.
Bug: https://bugs.openjdk.java.net/browse/JDK-8130737
Webrev : http://cr.openjdk.java.net/~prr/8130737/
If a child raster is created with a non-zero x-offset then subsequently
in the code that validates the raster for imaging operations we may
incorrectly calculate that the image exceeds the d
