That's a Java incident number, not a JDK bug number.
JDK numbers begin with JDK-8, incident numbers begin with JI-9
I imagine jcheck will reject use of that number - it should !
I asked Jennifer to look into this right after you first posted.
Jennifer ?
Off hand I'm not sure I like the proposed
Hi Phil,
I haven't confirmed this. I was about to ask for the program but now I
see it is included in the webrev. I'll let you know.
Jennifer
On 4/23/2013 9:27 AM, Phil Race wrote:
That's a Java incident number, not a JDK bug number.
JDK numbers begin with JDK-8, incident numbers begin
Hi Phil,
On Tue, 2013-04-23 at 09:56 -0700, Jennifer Godinez wrote:
Hi Phil,
I haven't confirmed this. I was about to ask for the program but now I
see it is included in the webrev. I'll let you know.
Jennifer
On 4/23/2013 9:27 AM, Phil Race wrote:
That's a Java incident number,
: Jim Graham; 2d-dev@openjdk.java.net
Subject: Re: [OpenJDK 2D-Dev] Fix proposal for 9001948: UnixPrintServiceLookup
not returning consistent values
That's a Java incident number, not a JDK bug number.
JDK numbers begin with JDK-8, incident numbers begin with JI-9
I imagine jcheck will reject use
Hi Jim,
Hi Phil
I just submitted the bug description yesterday again and now recveived a number:
9001948
I guess the first time it somehow did not work. I already adjusted the test in
ny fix proposal:
http://reinharts.dyndns.org/webrev
Cheers Patrick
Am 22.04.2013 um 23:13 schrieb Jim