Indeed .. something very close to that is what is being proposed in a
current PR here :
https://github.com/openjdk/jdk/pull/7449/files
Just bear in mind some of the same constraints and that if printed on a
1200dpi printer
with a scale of 16.67 .. your one pixel line might be too thin to be
se
I haven't investigated this issue at all .. so sure.
-phil.
On 5/24/22 10:52 AM, Jeremy Wood wrote:
This is a P3 ticket currently assigned to Philip Race:
https://bugs.openjdk.java.net/browse/JDK-8264999
If I put together a PR: Is anyone available/willing to help review it?
I made a
Apparently Linux 86 is broken because Loom needs work for that port ..
so really completely ignore it for now.
-phil
On 5/22/22 3:21 PM, Philip Race wrote:
Oh and if it "x86" then it really isn't something you need to worry
about much
since "x64" is passing and mai
Oh and if it "x86" then it really isn't something you need to worry
about much
since "x64" is passing and maintaining x86 is someone's hobby perhaps .. but
not a big issue for mainline. I don't know why we even have that there.
-phil
On 5/22/22 3:14 PM,
Where are these files ? I can't see them.
Is it something under "Pre-submit tests - Linux x86" in the list of
"Some checks were not successful" ?
The reason I see for errors under there is just the odd
"Error: Unable to find an artifact with the name:
transient_jtreg_mickleness_88346f4d"
M
Le 17/05/2022 à 20:36, Philip Race a écrit :
Why is it unexpected ?
The purpose of ImageReaderSpi.canDecodeInput(Object) is to tell if the
source object seems to be supported by the reader. If the file is too
small, it is not supported by the reader. So a return value of false
is what I would
e.g. it knows the space is RGB and not CMYK, it knows that there
is a transparency saved with the tile.
THX for hints
Karm
On 5/17/22 21:52, Philip Race wrote:
> This could be a bug in the TIFF plugin.
> Hard to say without debugging it.
>
> -phi
This could be a bug in the TIFF plugin.
Hard to say without debugging it.
-phil.
On 5/17/22 7:04 AM, Michal Karm wrote:
Hello,
There used to be an Unsupported Image Type exception thrown
when one wanted to decode a TIFF container with JPEG compressed image.
That behavior has changed, there i
Why is it unexpected ?
The method declares that it throws IOException .. which if thrown
clearly means the stream can't be de-coded.
Perhaps your point is that this then prevents control reaching the
reset, so that the next plugin
doesn't get its turn to also reject the truncated file.
I supp
I have added a sub-page to the client-libs OpenJDK wiki on writing jtreg
tests.
https://wiki.openjdk.java.net/display/ClientLibs/Creating+Client+jtreg+tests
A good part of it is about stable automated tests. I'm sure there are
things I forgot to say.
Please look at it and if there any speci
https://wiki.openjdk.java.net/display/ClientLibs is the new group wiki page.
Although we do have a Group page at :
https://openjdk.java.net/groups/client-libs/
that web content only editable by Oracle employees whereas the wiki is
editable
by ANY member of the Client Libraries group listed at
The vote for Dmitry Markov [1] is now closed.
Yes: 6
Veto: 0
Abstain: 0
According to the OpenJDK Bylaws definition of Lazy Consensus [2], this
is sufficient to approve the nomination.
-phil.
[1]
https://mail.openjdk.java.net/pipermail/client-libs-dev/2022-February/002357.html
[2] http://op
The vote for Alexey Ivanov [1] is now closed.
Yes: 7
Veto: 0
Abstain: 0
According to the OpenJDK Bylaws definition of Lazy Consensus [2], this
is sufficient to approve the nomination.
-phil.
[1]
https://mail.openjdk.java.net/pipermail/client-libs-dev/2022-February/002356.html
[2] http://op
component in path is currently "valid", which is wrong.
The getPathBounds() in BasicTreeUI returns null if tree or treeState is null.
Fixed the javadoc.
_Mailing list message from [Philip Race](mailto:philip.r...@oracle.com) on
[client-libs-dev](mailto:client-libs-...@mail.openjdk.java.ne
I suppose this could be added but it is something an application also
can easily do for itself.
> curves = rhs.curves;
The straight reference, rather than a copy surprised me, but I suppose
(I am not familiar
with the working of the Area class) that all mutations must create a new
Vector
This should have had a CSR.
Valid -> Invalid is fixing a typo for sure but a very significant one in
the context.
Please retroactively submit the CSR.
-phil.
On 2/11/22 1:43 AM, Prasanta Sadhukhan wrote:
On Thu, 10 Feb 2022 08:11:04 GMT, Prasanta Sadhukhan
wrote:
The javadoc descriptions
Vote: yes
-phil.
Vote: yes
-phil.
I hereby nominate Dmitry Markov (dmarkov) to Membership in the Client
Libraries Group.
Dmitry has worked in the client libraries sustaining team at Oracle
since 2013 and in that time
has contributed 61 client fixes [1], [2].
He has been active on the old client lists, awt-dev [3], swing-dev[4]
I hereby nominate Alexey Ivanov (aivanov) to Membership in the Client
Libraries Group.
Alexey has worked in the client libraries sustaining team at Oracle
since 2014 and in that time
has contributed 60 client fixes [1], [2].
He has been active on the old client lists, awt-dev [3], swing-dev[4]
Well ..
1) Please read the comment the bots added to your PR.
There are steps you need to take before we can even look at your
contribution.
2) PRs need a JBS bug ID else the bots will still reject it.
You'll need to submit an RFE at bugreport.java.com and go from there.
3) I understand your
Now https://bugs.openjdk.java.net/browse/JDK-8275345
-phil
On 10/15/21 1:11 PM, Martin Desruisseaux wrote:
Hello Philip
Le 15/10/2021 à 18:28, Philip Race a écrit :
I don't see that you have a JBS (https://bugs.openjdk.java.net/)
account so I can submit the bug for you if needed or (b
Hi Martin,
You do show up on the list of folks who have signed the OCA so the
process is to submit a bug
and then a PR referencing it at https://github.com/openjdk/jdk following
the process at https://openjdk.java.net/guide/
I don't see that you have a JBS (https://bugs.openjdk.java.net/) acco
The vote for Pankaj Bansal [1] is now closed.
Yes: 4
Veto: 0
Abstain: 0
According to the OpenJDK Bylaws definition of Lazy Consensus [2],
this is sufficient to approve the nomination.
-phil.
[1]
https://mail.openjdk.java.net/pipermail/client-libs-dev/2021-September/000503.html
[2] http://op
The vote for Prasanta Sadhukhan [1] is now closed.
Yes: 4
Veto: 0
Abstain: 0
According to the OpenJDK Bylaws definition of Lazy Consensus [2],
this is sufficient to approve the nomination.
-phil.
[1]
https://mail.openjdk.java.net/pipermail/client-libs-dev/2021-September/000502.html
[2] http:
I think it would be good to backport and I suspect Sergey may well do so ..
although generally the place to ask about backports to older releases is
one of
the update release mailing lists.
phil.
On 10/13/21 11:02 AM, Harald Kuhr wrote:
Hi all,
I just signed up for the client-libs-dev mailin
Vote: yes
-phil.
Vote: yes
-phil
Vote: yes
-phil
I hereby nominate Pankaj Bansal (pbansal) to Membership in the Client
Libraries Group.
Pankaj has worked in the client team at Oracle since 2017 and in that
time has contributed approximately 70-80 fixes [1], [2].
He has been active on the old client lists, awt-dev [3], swing-dev[4]
and 2d-dev
I hereby nominate Prasanta Sadhukhan (psadhukhan) to Membership in the
Client Libraries Group.
Prasanta has worked in the client team at Oracle since 2015 and in that
time has contributed approximately 460 fixes [1], [2].
He has been active on the old client lists, awt-dev [3], swing-dev[4]
an
As per previous notice to this list [1], the old 2d, awt, swing, beans
and sound list
have been retired as of 12pm PDT today, 30th September. Their archives
will remain available indefinitely.
All client-libs related discussions, notices, etc should be here from
now on.
-Phil.
[1]
https:/
I don't have a succinct answer to your question without doing a bunch of
research.
Probably start by just updating the code that forces it to be an int and
see what breaks :-)
Maybe one of the folks who worked on it for windows could say what is
missing but
I'd guess shared Swing code is probabl
You are right there's no check. One could be added by a motivated party ..
The minimum for Linux may be as old as 1.2.3 but safer is 2.3.1 since
we rely on that for AAT font support.
I can't (quickly) speak to any important bug fixes in later releases we
may need, just API / functionality.
-p
Since :
1) The old client groups mailing lists were consolidated into
client-libs-dev at openjdk dot java dot net [1],
including subscribing all subscribers to the old invividual lists to the
new consolidated list, and
2) The skara github tooling has also migrated to that new list and
3) Folks
I think it can be, although the problem with the other cases was that
they were set by the launcher
and always appeared in the enumeration of system properties.
This case is not documented and isn't set .. but is an effective waste
of code since any kind of
external replacement isn't possible w
JDK-8145901 isn't accessible because some confidential information is in the
description and attachments ..
and in fact it was JCK failure so we need to be careful not to regress that
But I guess you found the changeset for it.
The problem we were trying to solve there was
===
The font interface
FYI
-phil
Forwarded Message
Subject:Project Wakefield announcement and welcome
Date: Wed, 1 Sep 2021 14:59:30 -0700
From: Philip Race
To: wakefield-...@openjdk.java.net
Hi all,
The project has been recorded in the OpenJDK census :
https
Hello,
Per the approval of consolidation of the client groups [1], a new group
(client-libs) is being created and this is its mailing list.
All subscribers to the swing, 2d, and awt group mailing lists have been
added as the initial step.
Those mailing lists will eventually be archived and ma
39 matches
Mail list logo
