QZ-Tray uses height value for width when printing PDF to label printer on MacOS - cuts off printable content

[lite1979]

Environment:

• OS: MacOS Monterey (issue is present on older OSs as well)
• QZ Tray: 2.1.6
• Config: width: 2.25, height: 1.25, units: 'in'
• Java: Adoptium OpenJDK 11, Hotspot
• Printer: Zebra GK420d
• Paper/Label: 2.25x1.25 label stock (Printer is calibrated for this size)
• PDF: Attached here: label3.pdf

Expected results

PDF prints to label stock, scaled and positioned correctly

Actual results

PDF gets cut off on the left and right, printing exactly 1.25" wide and leaving the sides blank (landscape dimensions cropped to portrait dimensions)

Background

Support has gotten used to swapping height and width to get certain small PDFs to print correctly on Mac, but in this case, both the label stock and the source PDF have a width that is greater than the height, and QZ-Tray (on Mac) doesn't seem to honor this, continually using the height parameter for the width and producing an undesirable result.

Additional information

This is exclusive to MacOS, and affects image printing as well as PDF printing. Both Linux and Windows produce expected results.

Upstream bug report: https://bugs.openjdk.org/browse/JDK-8372952

[akberenz]

When stepping through with a PDFWriter printer on mac with a custom page size of 2.25x1.25, I was seeing the print job report the page size as the inverse (1.25x2.25). Not entirely sure if this was the specific printer, something wrong with my config, or the cause of this issue though.

I've some changes pushed up on mac-pdf-flip branch that fixed what I was seeing, if you could retest with that and see if it addresses this issue at all.

[tresf]

When stepping through with a PDFWriter printer on mac with a custom page size of 2.25x1.25, I was seeing the print job report the page size as the inverse (1.25x2.25). Not entirely sure if this was the specific printer, something wrong with my config, or the cause of this issue though.

I've some changes pushed up on mac-pdf-flip branch that fixed what I was seeing, if you could retest with that and see if it addresses this issue at all.

@bberenz, Didn't we run into something similar here? #12 (comment). Do you think it's related?

[Vzor-]

I can confirm that this issue presents on MacOS but not Windows or Ubuntu. This issue seems to go away if
System.setProperty("java.awt.printerjob", "sun.print.PSPrinterJob") is set.
I am still looking into the root cause but it seems to be related to which class gets assigned to

tray/src/qz/printer/action/PrintPDF.java

Line 175 in 2adb4f8

PrinterJob job = PrinterJob.getPrinterJob();

On MacOS sun.lwawt.macosx.CPrinterJob gets assigned, and on Ubuntu sun.print.PSPrinterJob is assigned. Forcing the class to PSPrinterJob is most likely a bad idea, I am looking into what exactly is going wrong with the CPrinterClass now.

Edit: This fix works with 11.0.9 but not with 15

[Vzor-]

I have made a print test https://gist.github.com/Vzor-/fe9ab75588f3c216360068e94c6a7672

I was able to remove all of our unique code, and I was able to remove PDFBox. That points the finger at Java.

I am going to step through PSPrinterJob and CPrinterJob (and maybe Book) to see if I can find the issue that way.

[tresf]

Filed with upstream (private) JDK provider as QZ-9.

[tresf]

I am going to step through PSPrinterJob and CPrinterJob (and maybe Book) to see if I can find the issue that way.

I'll turn this over to our support provider for now, this should be right up their alley. :)