t; filed a bug/rfe on this ?
The problem behaviour is the same as described in JDK-4744405 just using
an Network Printer
instead of an local one. I can raise an Bug for it next Monday as soon I
got hold to our bug
tracking system.
Cheers
Patrick
>
>
> -phil.
>
> On 10/28/17, 3
Patrick
the only pipeline that has this
> problem .. correct ? And if it is only in this pipeline an investigation
> into the specifics of what is different would be the place to start.
>
> -phil.
>
> On 4/20/17, 5:40 AM, Patrick Chen wrote:
>
> edit : So (sorry if I repeat myseft
edit : So (sorry if I repeat myseft )
what I propose :
webrev :
http://cr.openjdk.java.net/~alexsch/chen.j.patrick/8178091/webrev.01/
bug : JDK-8178091
2017-04-20 11:37 GMT+02:00 Patrick Chen :
> Hi ,
> thank you Alexandr !
>
> You are right Phil , but for the moment I did a
asynchrone repaint() method ,
I think for the moment it is a possible way to correct the JDK-8178091 bug
,
of course , it is maybe not final ,
but it works well.
-Pat
2017-04-19 18:27 GMT+02:00 Phil Race :
>
>
> On 04/19/2017 12:51 AM, Patrick Chen wrote:
>
> Ok so can you take
r you
>
> Or you may try submitting the patch in-line to this email if it is short.
>
> Not an attachment. It will get stripped.
>
> -phil.
>
> [1] http://openjdk.java.net/guide/changePlanning.html
>
>
> On 4/17/17, 3:42 AM, Patrick Chen wrote:
>
> https:
rmal that we need theses options to work well
> ,
> but it seem the problem does not come from Swing package , but repaint()
> method in AWT package ,
>
> 2017-04-12 21:26 GMT+02:00 Patrick Chen :
>
>> OK ,
>> So I did severals tests with theses options with programms usi
https://github.com/cloudStrif/webrev
2017-04-17 12:33 GMT+02:00 Patrick Chen :
> so here a webrev :
>
> 2017-04-12 23:41 GMT+02:00 Sergey Bylokhov :
>
>> (CC) 2d-dev
>> If some of these options helps then most probably the bug is in the
>> Java2D pipeline(XR
th cause.
> And given that the reason to call the method is somewhat environmental
> it might be tricky to explain why and when to call it given that mostly it
> is not necessary.
That is true, on the other hand I see no better way to trigger such an update.
Cheers
Patrick
>
could be called to manually refresh the printers.
What is your opinion about this?
Cheers
Patrick
FindFirstPrinterChangeNotification call as described in the following
blog:
https://blogs.msdn.microsoft.com/hmahrt/2012/04/09/how-to-listen-for-printer-connections/
Cheers Patrick
Am 25.11.2013 um 18:16 schrieb Phil Race :
> On 11/25/2013 6:48 AM, Patrick Reinhart wrote:
>> If I understand this correct, that means it should be possible to just
>> define a MediaTray without a MediaSizeName then right? But in my environment
>> the default MediaSize
says in the JavaDoc:
"*IPP Compatibility:* MediaTray is a representation class for values of
the IPP "media" attribute which name paper trays. "
In newer Printer there is also the possibility to specify the output
tray as well but for this there is no specific definition within the spec.
Cheers
Patrick
x27;d also need to say
> what happens
> if someone specifies two different trays, one by each means.
>
I do not completely understand what you mean. Do you mean the use case if one
specifies A4,Tray2 but Tray2 contains Letter?
Patrick
> That's an API solution that doesn't
do so within the print dialog.
As in the in the defect described, media size and tray can be specified for a
CUPS printer. Unfortunately the Attribute type for MediaTray and MediaSizeName
can not be mixed...
What would be the correct solution for this problem?
Cheers Patrick
Hi Jennifer,
Would it a big thing to have that fix ported back to OpenJDK 1.7? Should
I create a according webrev for it?
Cheers Patrick
On 09/26/2013 11:37 PM, Jennifer Godinez wrote:
Looks good.
Jennifer
On 9/26/2013 1:59 PM, Patrick Reinhart wrote:
Hi Jennifer,
See http
Hi Jennifer,
Is a JDK7 backport possible for this fix?
Cheers Patrick
Am 27.09.13 22:05, schrieb jennifer.godi...@oracle.com:
Changeset: 8a041011b6e6
Author:jgodinez
Date: 2013-09-27 13:04 -0700
URL: http://hg.openjdk.java.net/jdk8/2d/jdk/rev/8a041011b6e6
6870661: Setting a
java/awt/print/PrinterJob/CustomPrintService"
Cheers Patrick
On 09/26/2013 10:41 PM, Jennifer Godinez wrote:
Hi Patrick,
See inline comments.
On 9/26/13 12:20 PM, Patrick Reinhart wrote:
1) What would be the correct subdirectory for those Tests?
You can create a new directory like
Hi Jennifer,
1) What would be the correct subdirectory for those Tests?
2) The manual tests checks that the correct print dialog is shown.
Unfortunately I did not found a manual test for a non applet test.
Cheers Patrick
On 09/26/2013 07:19 PM, Jennifer Godinez wrote:
Hi Patrick,
Fix looks
Hi Jennifer,
Did you had the time to look into it jet?
Cheers Patrick
Am 16.09.13 22:19, schrieb Patrick Reinhart:
Hi Phil,
Thanks for the quick response, seems I need some more practice in
English ;-)
Cheers Patrick
Am 16.09.13 18:59, schrieb Phil Race:
It looks OK to me although the
Hi Phil,
Thanks for the quick response, seems I need some more practice in
English ;-)
Cheers Patrick
Am 16.09.13 18:59, schrieb Phil Race:
It looks OK to me although the test has typoes.
Marings => Margins
Appearence -> Appearance
Jennifer : can you review too - then test and
fine.
Fix description:
I changed the behaviour for the windows specific part being used only
for instances of Win32PrintService.
So all non Win32PrintService print services will behave as non-native.
I also included a small regression test to prove my fix.
Thanks
Patrick
Hi Phil,
Did not hear from you lately, had you got the time to look into my
supposed fix?
Cheers
Patrick
Am 19.06.13 22:40, schrieb Patrick Reinhart:
Hi Phil,
I implemented your suggested changes in the class WPrinterJob now. I
also created a simple test for showing a print dialog after
/6870661/webrev.01/
According to the manual test. I did found different implementations
where sometimes the instructions where just printed to the console and
others where a applet was used. Could you point me out a existing test
where it is done the way you want it to be?
Cheers
Patrick
On
?
Cheers
Patrick
Am 17.06.13 23:51, schrieb Phil Race:
The superclass does check that the service will (claims to) support
printable/pageable.
I've looked at what we did in the implementation when it comes to
print which
is that for such a custom service we implicitly head it off t
all behaved
not the same, in fact there it worked without any problem. Also it seems
to be no problem if the print service is of type StreamPrintService
where it does more or less the same as my supposed fix. So it can not be
tied that completely to the WIn32PrintService.
Cheers Patrick
-ph
Could someone review my fix?
http://reinharts.dyndns.org/6870661/webrev.00
Cheers
Patrick
On 06/11/2013 10:32 PM, Patrick Reinhart wrote:
Hi Phil,
I just started looking into this Bug and have already written a test
to prove a later fix though. As it seems that there missing two checks
proposal for this bug is as follows:
http://reinharts.dyndns.org/6870661/webrev.00
Can you take a look into it and give me some feedback on it.
Unfortunally I did not get the Jtreg test running under Windows
(executing it as plain Java application at least does work)
Cheers
Patrick
Hi Phil,
Thanks for your help. Seems, that I was a bit unlucky...
My colleague Otmar Humbel managed it to get listed successful at the
first time ;-)
Cheers Patrick
Am 06.06.13 23:50, schrieb Phil Race:
On 6/6/2013 2:22 PM, Patrick Reinhart wrote:
Hi Phil,
I sent it in already the *2nd
Hi Phil,
Sounds excellent... I'm looking forward to it...
Cheers Patrick
Am 06.06.13 22:18, schrieb Phil Race:
Hello,
The fix looks fine since appears to be functionally equivalent to
what I suggested in whatever was my last email.
In terms of back porting I think we literally have
Hi Jennifer,
Hi Phil,
How big are the changes to get that to jdk7 update as well? The company
I work for has a lot of customers that this fix would help.
Cheers Patrick
On 06/06/2013 07:35 PM, Jennifer Godinez wrote:
Fix looks good.
Jennifer
On 06/01/2013 01:02 AM, Patrick Reinhart wrote
Hi Phil,
As I'm now back from my holidays I changed the fix according your
suggestions:
http://reinharts.dyndns.org/8013810/v3/webrev
Can you take a look at it? I also restructured my webrev web folders for
all older revisions.
Cheers
Patrick
On 05/10/2013 12:08 AM, Phil Race
ficult fix.
If it's a difficult fix I can understand that it may need to be given
low priority. It's a shame because everything
else in Java 7 works from what is a fairly complex app.
Thanks to anyone willing to help.
Patrick Flaherty
Rampage Systems Inc.
ficult fix.
If it's a difficult fix I can understand that it may need to be given
low priority. It's a shame because everything
else in Java 7 works from what is a fairly complex app.
Thanks to anyone willing to help.
Patrick Flaherty
Rampage Systems Inc.
Hi Phil,
Am 10.05.13 00:08, schrieb Phil Race:
Patrick,
Maybe you need to be clear in the problem statement. I can't actually
find it anywhere in this email thread. I'm reverse engineering to it
as follows:
You got an IPPPrintService for lookup via
PrintServiceLookup.lookupPri
ameXX() methods.
Patrick
Am 08.05.13 01:38, schrieb Phil Race:
I am assuming this current webrev replaced the previous
one:- http://reinharts.dyndns.org/webrev/
getNamedPrinterNameSysV() and
getNamedPrinterNameBSD()
should not be changed as they should always
create a UnixPrintService and so c
Hi Jennifer,
I have changed the test to not use non internal packages now that
produces the same results for my case now.
Now I still waiting for the feedback of Phil to get that fixed correctly..
Best regards
Patirck
Quoting Jennifer Godinez :
Yes I have and dicussed with Phil. It looks
Hi Jennifer
Hi Phil
Just wanted to ask if I can help according this problem?
Patrick
Quoting Patrick Reinhart :
Hi Jennifer,
I left the existing commands as they where because I'm did not want
to change anything as a rookie (the existing change is already not
changing quit a bi
next steps...
Patrick
On 04/29/2013 08:51 PM, Jennifer Godinez wrote:
Yes I have and dicussed with Phil. It looks pretty good but there may
be a safer way to fix it since the fix is still using lpc/lpstat
commands for CUPS. Also, the regression test should be modified to
use non internal pack
Hi Jennifer,
Had you got already the time to confirm the problem?
Cheers Patrick
Am 23.04.2013 um 18:56 schrieb Jennifer Godinez :
> 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
>
ng comment at lines 359-362 ..
Good point! I missed that by the excitement about my fix ;-) I did take
this in account now and updated my webrev accordingly.
I introduced a createPrintService() method that replaces 3 identical
code parts within the existing UnixPrintServiceLookup and used this
method now on the existing getNamedPrinterNameBSD() and
getNamedPrinterNameSysV() methods.
Cheers Patrick
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
Hi James,
I'm new on this list and would like to submit a fix. Unfortunately I did not
received the bug number for my submitted problem, where I think I got a fix for.
Could you help me on this?
Cheers
Patrick
Am 17.04.2013 um 22:11 schrieb Patrick Reinhart :
> On Tue, 2013-04-16
On Tue, 2013-04-16 at 14:15 +0200, Patrick Reinhart wrote:
Here's the link to suggested fix:
http://reinharts.dyndns.org/webrev/
Cheers Patrick
to track down the problem within the UnixPrintServiceLookup class. I
would propose to loop over all print services returned by the method
getPrintServices() internally to lookup the correct printer if the default
printer does not match in the first place.
Cheers Patrick
, Patrick Flaherty wrote:
Is it possible to get bug id 7190349 looked at?
What is required to do so?
http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=7190349.
Thanks
Pat
Is it possible to get bug id 7190349 looked at?
What is required to do so?
http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=7190349.
Thanks
Pat
was hoping someone might have a quick look and that it just
might turn out to be something simple.
Any help in terms of this issue and we would most grateful.
Patrick Flaherty
Rampage Systems Inc.
411 Waverley Oaks Rd.
Suite 138
Waltham, MA. 02452-
would expect that they should be contained in the request attribute
set. My intention
was to write only a additional PrintService...
Regards
Patrick
PrintJRequestAttributeSet)
Now: Why does the print request attribute set not contain the Copies
attribute? Is this not intended or a bug?
Thanks for some more explanation, I would like to help as soon I
understand the correct behavior..
Regards
Patrick
smime.p7s
Description: S/MIME Kryptografische Unterschrift
Thanks for the update, Phil. The actual glyph wasn't that important to
me--this came up when trying to render tables of glyphs for users
looking for glyph coverage in various fonts. It would be nice to see
it fixed, it's a particularly nasty crash, IMO.
Regards
Patrick
On Thu, Dec 4,
Hi Igor
Have sent you the output of my tests directly to your mailbox, as I
was attaching two files.
Let me know if I can help further.
Cheers
Patrick
are failing. Hope this isn't any specific
combination of font style and size...
Will report back once I have the details.
Regards
Patrick
On Thu, Nov 27, 2008 at 6:59 PM, Igor Nekrestyanov
<[EMAIL PROTECTED]> wrote:
> Hi,
>
> thank you for your report!
>
> to simplify te
also tested on OS X
java -version
java version "1.6.0_07"
Java(TM) SE Runtime Environment (build 1.6.0_07-b06-153)
Java HotSpot(TM) 64-Bit Server VM (build 1.6.0_07-b06-57, mixed mode)
and the VM _did not crash_.
Output in the Ubuntu console following the crash is attached.
If I shou
FWIW, using Jackpot to clean up these sorts of simple problems seems
like a good task to have around for people who want to get started
sending in patches.
Patrick
55 matches
Mail list logo
