Re: [Printing-architecture] RFC: Pantum M7300FDW and similar
Michael Sweet <[email protected]> Sun, 10 Dec 2023 17:38:04 -0500
| Newsgroups | dev.linux.lists.printing-architecture |
|---|---|
| Message-ID | <[email protected]> |
Solomon, > On Dec 10, 2023, at 4:41 PM, Solomon Peachy via Printing-architecture <[email protected]> wrote: > ... > So assuming that getting certified/listed means demonstrating that you > pass some sort of compliance suite, this means that the Mopria and > AirPrint clients don't actually care about these printers violating the > IPP specification. I can't speak for Mopria, but for AirPrint the printer MUST pass a fairly strict set of tests. If the printer was tested prior to 2019 it might have avoided a hard fail since the member attribute security fix wasn't yet in place, but it definitely would not be able to support media selection. > Over the years, Airprint's not-quite-IPP-compliant nature has caused > quite a bit of grief in my little niche. This may be another one of > those "We support Airprint, not IPP" impedence mismatches. AirPrint is absolutely IPP-compliant - I know because I wrote the spec and much of the software. What you might be running into is that AirPrint from iOS/iPadOS often exercises a different part of the IPP stack than CUPS 1.x/2.x. > One would think Pantum could be made to care, but given that this > printer family apparently already works with Windows, Macs, Android, > iOS, and even Linux, this is just some geeks being overly pedantic about > something (ie IPP) that Pantum never claimed to support to begin with. First, we really don't know whether the customer has the most recent version of the firmware. Second, we don't know whether the printer works with any of those other OS's. Finally, this particular issue might not manifest as a "problem" (one that prevents printing) unless you tried to print something that doesn't match the media in the printer... ________________________ Michael Sweet