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