HP LaserJet Pro 4002 ignores InputSlot and page margins

[ronnybremer]

Since the local network is sometimes unreliable, I wanted to connect the printer via USB to a Raspberry Pi running Trixie. It was successfully detected by ipp-usb and the print queue is set up with Cups-filter generated PPD.

When submitting a print job, the printing works fine, however, the provided InputSlot and page margins seem to be ignored. Cups still finds them in the job (cups error log in debug mode):

[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}

But the printer is asking for printer in the default tray (which is tray 2) and after pressing "Ok", it will print but doesn't scale correctly (edges are cut off).

Printing via the network ipp:// to the same printer works fine.

How can I troubleshoot this issue?

[alexpevzner]

This is most likely not related to the ipp-usb and needs to be submitted against CUPS.

[ronnybremer]

Thank you @alexpevzner for your reply. I'm gonna raise an issue for Cups. However, I am still somehow convinced it might be related to ipp-usb. The same Cups server, having the same printer one time via ipp://printer-ip/ipp/print and one time via ipp://localhost:60000/ipp/print, shows a different behavior when using those print options. It would be kinda surprising to me, that this is caused by a bug inside of Cups. Please don't take this the wrong way, you are the expert in ´ipp-usb`, I am just spilling out my thoughts.

Of course you are right! The PPD file generated by Cups was not the same for both queues. I re-generated the network queue PPD with Cups-filter, and voilà, the same issue happens.

[alexpevzner]

Looks like you are comparing autogenerated PPD file on the ipp-usb queue with manually installed PPD file for the network queue, correct?

Could you please attach both PPDs here, I want to look.

[ronnybremer]

Absolutely.
The first one I used is the Cups-provided HP LaserJet Pro 4002 Postscript (recommended) PPD.

Terminal-1.ppd.txt

The second one is auto-generated with Cups-filter and looks like the InputSlot definitions are different..

Terminal-1-USB2.ppd.txt

The second one doesn't select the correct trays.

Thank you for taking time to look into this!

[alexpevzner]

The problem needs to be reported against the cups-filters

I would also appreciate if you could build this project: https://github.com/OpenPrinting/go-mfp

And then, generate the printer model using the ./cmd/mfp-model/mfp-model tool:

mfp-model -I 192.168.1.102/ipp/print -m HP-LJ-4002.py

(replace 192.168.1.102 with your actual printer address).

And then attach the resulting HP-LJ-4002.py file - it will let me to look to this problem without physical access to your printer.

[ronnybremer]

The problem needs to be reported against the cups-filters

Done that. OpenPrinting/cups-filters#664

I will build the go-mfp project and let you know.

[ronnybremer]

Hmm, harder than I thought. Debian Trixie doesn't ship with libppd, building it manually requires cups-filters2-dev, which I cannot install without removing Cups completely.

[alexpevzner]

Debian Trixie doesn't ship with libppd

Oops.

So enter the cmd/mfp-model directory and say make there. It doesn't depend on the libppd and it should be enough for now.

[ronnybremer]

Did that, but it doesn't like my Python:
cmd/mfp-model/mfp-model: undefined symbol: PyBool_FromLong
version is: Python 3.13.5

[ronnybremer]

Apparently, there is no libpython3.so on that system, only the libpython3-13.so.1.0

[alexpevzner]

Well, Debian goes its own way... :-)

I've installed Debian 13 into the virtual machine and changed the approach of loading libpython3.so (trying to dynamically locate the proper library to be loaded at the run time), so now It should work on Debian as well as on another distros.

Please update from the git and try to rebuild.

libppd issue is the another story, but the mfp-model should work for now.

[ronnybremer]

Thank you @alexpevzner! That definitely worked. It's always quite surprising to me how much effort we have to invest to support multiple distributions. Anyway, the file has been created:

HP-LJ-4002.py.txt

[alexpevzner]

And for now, may I ask you to retest against the following PPD:

cups-filters-2.0.1.ppd.txt

This is the driverless-generated PPD using your printer model but with the more or less up to date version of the cups-filters (Debian uses very archaic version 1.28.17).