Their complaint is that the resulting image is empty - most likely
because the error gets passed through and clears the image buffer. It
appears that the sequence of events is:
We send SINGLEFRAMEDONE.
- the image is displayable
We send STATICIMAGEDONE.
- filter throws NPE
- image is probably
bug : https://bugs.openjdk.java.net/browse/JDK-8054991
There is a comment in there about a proposed patch but I can't find it.
However I think this will be sufficient :-
diff --git a/src/java.desktop/share/classes/sun/font/GlyphList.java
b/src/java.desktop/share/classes/sun/font/GlyphList.java
Hi Phil,
> Am 25.05.2016 um 22:28 schrieb Phil Race :
>
> Possible, but should we ?
I think yes, but it should be clearly documented, that a call to this method
can be expensive.
> That is the method that does the refresh once we've received the notification.
> We wanted to avoid applications
I think this is satisfactory.
+1
Brian
On May 20, 2016, at 2:03 PM, Phil Race wrote:
> The jai_imageio code parses the version string before
> it does anything with the result. And the only thing
> it intends to do is tweak the registruy ordering or
> remove itself if it thinks the JDK version
On 25.05.16 23:33, Jim Graham wrote:
How about option 3 -
NPE before imageComplete sends an ERROR as it does now.
NPE during imageComplete is ignored, both for backwards compatibility
and because it is more of a "hint" than an operation that requires
action from the consumer.
I guess the case
Possible, but should we ?
That is the method that does the refresh once we've received the
notification.
We wanted to avoid applications having to continually call this method
every time
the applications asks for the list because it may be a lengthy operation.
If it were not we probably would h
How about option 3 -
NPE before imageComplete sends an ERROR as it does now.
NPE during imageComplete is ignored, both for backwards compatibility
and because it is more of a "hint" than an operation that requires
action from the consumer.
...jim
On 5/25/2016 1:31 AM
Hi everyone,
I know you that this issue does not have the highest priority. Even
though I would like to work on a possible solution without having to
relay exclusively on a OS specific solution. I have looked into the
different actual implementations of the PrintServiceLookup and found out
that th
I am OK with committing the clarifying javadoc as part of this fix
and filing a new RFE for the new method - to be fixed at some later date.
However before this fix can be committed you need to make sure
we have consistent behaviour across platforms and we do not have that yet
-phil.
On 5/23/16
It seems to me that you are using the wrong units.
You have not divided by DPI to get inches.
Also I am not sure that the *entire* width/height of the paper is what
you want here
but that is secondary to the first issue
-phil
On 5/19/16, 2:59 AM, prasanta sadhukhan wrote:
Hi All,
Please rev
Hi
Bug :
https://bugs.openjdk.java.net/browse/JDK-8139192
Custom ImageFilters return blank images in Java 8(.45) while working in 7
Root cause :
private method produce() in OffScreenImageSource.java consumes a
NullPointerException that originates from a custom ImageConsumer (a 3rd p
11 matches
Mail list logo
