After a couple rounds of testing, this change should be in hs20 which
will be in jdk6u25. I don't know how it gets into openjdk6. I can
barely follow our own release model.
'our'?
Oracle's.
I don't think you want to port it
individually though.
OpenJDK6 is currently tracking the hs19 stable branch which has
6938627 and hence this regression (including the broken AWT test).
Can you explain why it would not make sense to fix it? There doesn't
seem to be a stable branch for hs20 on http://hg.openjdk.java.net yet
so it won't be imported into OpenJDK6 any time soon.
We're getting close to the stable hs20 branch. I don't know how or when
it's imported to OpenJDK6 though so I shouldn't have tried to answer the
question.
Coleen
Coleen
Coleen
On 1/12/2011 7:20 PM, Joe Darcy wrote:
Joe Darcy wrote:
On 11/11/2010 4:01 AM, Pavel Tisnovsky wrote:
Phil Race wrote:
Pavel,
The font implementation and tests are 2D. Not AWT. Don't get thrown by
package names.
Ah sorry, you are right, of course.
I was a bit curious about the real reason for this failure.
I wrote this test a couple of years ago and its never failed before.
I don't see it failing on any 6-open build.
I see it failing only in JDK 7 from b90. That seems to be due to
HS18b03
fix
6938627: Make temporary directory use property java.io.tmpdir when
specified
It's failing on my side in OpenJDK 7 and in IcedTea6, because IT6 uses
some backports from OpenJDK 7 (from the log files I can only infer that
this bug first appeared in IcedTea6 when the hs19 were set as default
HotSpot on 2010-10-19). Is it still possible to push the test
correction
to OpenJDK 6 too, or only to OpenJDK 7?
Also I'll need a bug id please.
Sorry for the belated reply, please use
7003327 Correct test awt/FontClass/CreateFont/DeleteFont
Approved for OpenJDK 6.
-Joe
Hello.
If this can be pushed in the next day or two, I'm open to having this
bug fix in b21.
Thanks,
-Joe
