We can probably add a delay and perhaps a repeat (with limit) to verify that we (eventually) get the right printer-state-reason value.
If you can include this comment with any other observations you have about the test suite in an "official" message titled "IPP Everywhere Printer Self-Certification Prototype Experience" then we can advance the self-certification document to "stable" status while we work out the kinks in the software...
> On Jan 8, 2015, at 2:51 PM, Rodriguez, Eren <eren.rodriguez at hp.com> wrote:
>> I have been playing with the IPP Everywhere Printer Self-Certification test suite and I would like to challenge a failure seen with our IPP printers at HP.
>> More specifically, inside ipp-tests.test, before test I-28, the tester is asked to remove any paper from the printer. So far so good.
> This test sends a JPEG Print-Job request before sending a Get-Printer-Attributes request right afterwards with the expectation that “media-needed” keyword should be in “printer-state-reasons”
> Due to hardware limitations, there may be printers in the world that cannot detect out of paper at the time when this Get-Printer-Attributes request arrives. For example, on this printer, we currently have “spool-area-full-report” to reflect we are working on the job.
>> Since this is a JPEG, this printer will take in the data and reply back to the Print-Job request fairly quickly. However, it does not have media presence capabilities so it needs some time, beyond the time given by the test script, to go through the mechanical motions to detect out of paper.
>> Let me know what you think of my observation.
>> Thank you in advance,
> Eren Rodriguez @ HP inkjet
> ipp mailing list
>ipp at pwg.org>https://www.pwg.org/mailman/listinfo/ipp
Michael Sweet, Senior Printing System Engineer, PWG Chair
-------------- next part --------------
An HTML attachment was scrubbed...