macOS printing ignores printer tray about adoptium-support HOT 16 CLOSED

This issue has been submitted to a private bug tracker (paid OpenJDK support). I will continue to provide updates here as they arrive.

from adoptium-support.

You'll also be pleased to hear that it looks like Apple is going to be rejoining OpenJDK, so we may see a little more focus on that port in general.

from adoptium-support.

The vendor has provided a patched JDK and in my tests it is passing the original unit test. Next steps, quoting the vendor:

[We] still need to refactor the code and get it formatted and take it to community before this turns official.

So the upstream bug report should soon be updated to reflect this.

from adoptium-support.

Merged into OpenJDK11, closing.

from adoptium-support.

Reported upstream as: https://bugs.openjdk.java.net/browse/JDK-8234393

from adoptium-support.

@tresf is it possible to get the output of:

        System.out.println("Print service type: " + printer.getClass().getName());
        System.out.println("PrinterJob type: " + job.getClass().getName());

        for (Media media : supportedMedia) {
            System.out.println("Media: " + media.getClass().getName() + " " + media);
        }

When added to your example code, just so I know what classes we are talking about on an effected system.

from adoptium-support.

here is my output:

Print service type: sun.print.IPPPrintService
PrinterJob type: sun.lwawt.macosx.CPrinterJob
Media: sun.print.CustomMediaSizeName 101.6x180.6mm
Media: sun.print.CustomMediaSizeName 101.6x180.6mm
Media: sun.print.CustomMediaSizeName 120x120mm
Media: sun.print.CustomMediaSizeName 120x120mm
Media: sun.print.CustomMediaSizeName 195x270mm
Media: javax.print.attribute.standard.MediaSizeName iso-b7
Media: javax.print.attribute.standard.MediaSizeName iso-b7
Media: sun.print.CustomMediaSizeName 4x6
Media: sun.print.CustomMediaSizeName 4x6
Media: javax.print.attribute.standard.MediaSizeName na-5x7
Media: javax.print.attribute.standard.MediaSizeName na-5x7
Media: sun.print.CustomMediaSizeName 5x8
Media: javax.print.attribute.standard.MediaSizeName na-8x10
Media: javax.print.attribute.standard.MediaSizeName na-8x10
Media: javax.print.attribute.standard.MediaSizeName iso-a4
Media: javax.print.attribute.standard.MediaSizeName iso-a4
Media: javax.print.attribute.standard.MediaSizeName iso-a5
Media: javax.print.attribute.standard.MediaSizeName iso-a6
Media: javax.print.attribute.standard.MediaSizeName jis-b5
Media: javax.print.attribute.standard.MediaSizeName jis-b6
Media: javax.print.attribute.standard.MediaSizeName na-number-10-envelope
Media: javax.print.attribute.standard.MediaSizeName iso-c6
Media: javax.print.attribute.standard.MediaSizeName iso-designated-long
Media: javax.print.attribute.standard.MediaSizeName folio
Media: javax.print.attribute.standard.MediaSizeName na-legal
Media: javax.print.attribute.standard.MediaSizeName na-letter
Media: javax.print.attribute.standard.MediaSizeName na-letter
Media: javax.print.attribute.standard.MediaSizeName japanese-postcard
Media: javax.print.attribute.standard.MediaSizeName japanese-postcard
Media: sun.print.CustomMediaSizeName Custom
Media: sun.print.CustomMediaTray Auto Select
Media: sun.print.CustomMediaTray Main Tray
Media: sun.print.CustomMediaTray Photo Tray
Media: sun.print.CustomMediaTray CD-DVD Tray

from adoptium-support.

@gdams thanks

from adoptium-support.

@johnoliver do you still require the output from the logs? I'd be happy to retrieve it however it appears that @gdams was able to provide the requested information.

from adoptium-support.

@tresf naa its fine I got it

from adoptium-support.

You'll also be pleased to hear that it looks like Apple is going to be rejoining OpenJDK, so we may see a little more focus on that port in general.

Great news indeed. I'll ping you on Slack to find out more.

from adoptium-support.

Some feedback from our 3rd party vendor:

While we instrument the code with the testcase, we see that though lpr is a supported command for printing in Mac, JDK doesn't make use of it. Unlike linux, JDK in Mac make use of pure native objective C code along with COCOA APIs for the print operation. Our efforts were to identify the setAttributes call in the RasterPrinter job class and we see that, setAttributes() call has been overridden in both linux and MacOS. While the linux has added support for this new attribute now under the following bug JDK-6357887: selected printertray is ignored under linux, Mac OS overridden setAttribute() still doesn't support it. This is the prime reason for why the issue is still present in the Mac. Though the attribute HashMap has the MediaTray property set into it, it is not communicated to the native code and hence, the setting doesn't apply while printing.

A continuing investigation is occuring.

from adoptium-support.

The pull request is now available at openjdk: openjdk/jdk#509. Once merged, it will require a backport to land on JDK11.

from adoptium-support.

Merged via openjdk/jdk@3ee0380. Next is getting it backported to OpenJDK11. How does that process work?

from adoptium-support.

The original author typically opens up a backport issue in JBS and then emails the jdk-updates list to sanity check if the lead (Andrew Haley) will accept the patch.

from adoptium-support.

Backport process submitted, approved, should be merged to 11u soon.

from adoptium-support.