CUPS PPD generator for driverless printing does not find all options and choices

[tillkamppeter]

In Issue #4952 I have already mentioned my CUPS queue for the HP Deskjet Ink Advantage 2645 All-in-one. I have set up an HPLIP-based CUPS queue with the attached PPD file and if I treat the CUPS queue as an IPP Everywhere printer, I get the attached IPP get-printer-attributes record via

ipptool -tv ipp://till-x1carbon.local:631/printers/printer1 get-printer-attributes.test > cups-queue-hp-dj-ia-2645-aio.txt

Now I try to create a print queue (with PPD file) based on this:

lpadmin -p ippcupstest1 -E -v ipp://till-x1carbon.local:631/printers/printer1 -m everywhere

The resulting PPD file /etc/cups/ppd/ippcupstest1.ppd (attached) does not correctly reproduce the options in the IPP record:

First, for media types, the IPP record contains:

    media-type-supported (1setOf keyword) = stationery,photo

The PPD file only contains the choice "Stationary" in its MediaType option.

Second, the IPP record reports three levels for the print quality:

    print-quality-supported (1setOf enum) = draft,normal,high

and the resulting PPD has only "Normal" as print quality choice.

Original PPD file:
printer1.ppd.txt

IPP get-printer-attributes record:
cups-queue-hp-dj-ia-2645-aio.txt

PPD file generated by CUPS based on the IPP record:
ippcupstest1.ppd.txt

[michaelrsweet]

Addressed the supported print-quality values. Investigating why we aren't getting all of the media types...

[michaelrsweet]

OK, the issue is that "photo" is not an IANA-registered media-type, "photographic" is...

Will add "photo" as a "common" misspelling alias, but note that we can't always provide localized alternatives in the PPD file (the modern printing API handles this just fine, just not the legacy PPD code...)

[michaelrsweet]

OK, TOT now lists all media-type-supported values, using localizations when we know the media-type name.