HP LaserJet Pro 4002 ignores InputSlot when using driverless

[ronnybremer]

Describe the bug
A HP LaserJet Pro 4002 printer is connected via ipp://printerip/ipp/print to a Cups server. All native, no HPLIP installed. When using the HP PPD (Postscript), the InputSlot options are:

*InputSlot Tray1/Tray 1: "<</MediaPosition 3 /ManualFeed false>> setpagedevice"
*InputSlot Tray2/Tray 2: "<</MediaPosition 0 /ManualFeed false>> setpagedevice"
*InputSlot Tray3/Tray 3: "<</MediaPosition 1 /ManualFeed false>> setpagedevice"
*InputSlot ManualFeed/Manual Feed: "<</MediaPosition 3 /ManualFeed true>> setpagedevice"

I can successfully submit a print job with -o InputSlot=Tray1 and it prints without manual intervention.

Next I added a new print queue, using the DNSD auto discovered network printer, but chose driverless. Cups-filters generated a PPD with the following InputSlot options:

*InputSlot Tray1/Tray 1: "<</MediaPosition 20>>setpagedevice"
*InputSlot Tray2/Tray 2: "<</MediaPosition 21>>setpagedevice"
*InputSlot Auto/Automatic: "<</MediaPosition 0>>setpagedevice"

Printing the same print job with -o InputSlot=Tray1 makes the printer wanting to use Tray2 and after pressing "OK" on the printer, it comes out of Tray1. So somehow the InputSlot is now ignored.

Cups still sees it in the job (Cups debug log):

[Job 114] media-col collection {media-size={x-dimension=7400 y-dimension=21000} media-top-margin=423 media-left-margin=423 media-right-margin=423 media-bottom-margin=423 media-source=tray-1}

Could this be related to the different MediaPosition in the PPD file?

To Reproduce
Steps to reproduce the behavior:

1. Add two queues to the same HP LaserJet Pro 4002 printer, one via ipp:// and select the HP LaserJetPro 4002 (postscript) PPD, and one via DNSD and select the Driverless option.
2. Submit a sample print job with -o InputSlot=Tray1
3. Observe, that on the first queue it prints automatically from Tray1, while on the second queue it tries from Tray2

Expected behavior
The print job should automatically come out of Tray1 as specified in both cases.

Screenshots
If applicable, add screenshots to help explain your problem.

System Information:

• OS: Raspberry PI Trixie
• Browser none
• Version 2.4.10

Additional context
I also tried to setup the printer via ipp-usb, which produces the same InputSlot PPD as in the second example above. This also leads to the printer ignoring the InputSlot.

[alexpevzner]

@ronnybremer and I have briefly investigated this issue.

The initial discussion can be found here: OpenPrinting/ipp-usb#118

A quick summary follows:

1. Debian 13 ships with an archaic version of cups-filters (1.28.17). The PPD file natively generated by Debian's driverless utility contains numerous other bugs (for example, it incorrectly identifies the printer as a color model). Therefore, I believe it is not productive to investigate this obsolete version further.
2. The snapped cups-filters version 2.1.1 generates a PPD file that fails to print entirely.
3. After manually adding the image/urf filter and disabling the PDF filter, the printer resumes operation but still ignores the InputSlot parameter.

The decoded Get-Printer-Attributes response is in the attached file.

HP-LaserJet-Pro-4002-Postscript.ipp.txt

I will continue investigation of this issue as time allows.