Re: Printer's IPP response declares AirPrint, but it's missing urf-supported - workaround?

Michael Sweet <[email protected]> Thu, 18 Jan 2024 16:56:33 -0500
Newsgroups dev.linux.lists.printing-architecture
Message-ID <[email protected]>
Zdenek,

> On Jan 18, 2024, at 9:28 AM, Zdenek Dohnal <[email protected]> wrote:
> ...
> Is it possible to use printer-resolution-default and others as fallback when generating PPD, or is it against standards and can bring additional issues?

Not generally, since the supported raster resolutions are usually less/lower than the printer's supported resolutions.

> If it is rebranded model, IMHO there won't be any updates for firmware - there is one firmware update and user will try to install it, but in case it does not fix the issue, it would be interesting to see what we can do.

AirPrint *does* require firmware updates for broken implementations and security issues, so just because this printer isn't reporting everything doesn't mean it won't get a firmware update.

Can you try the following test:

{
    NAME "Get urf-supported"
    OPERATION Get-Printer-Attributes
    GROUP operation-attributes-tag
    ATTR charset attributes-charset utf-8
    ATTR language attributes-natural-language en
    ATTR uri printer-uri $uri
    ATTR keyword requested-attributes urf-supported
    STATUS successful-ok
    EXPECT urf-supported
}

________________________
Michael Sweet