Hi Mike,
Should I file some additional issues in ippeveselfcert for the incremental shift to JPEG for v1.1 I-20 / I-20.1, and a different one in ippsample to request that ipptool be extended to support a "STATUS" directive etc. that will monitor the status in the background or in a separate thread for some duration, so that the parallelism can be supported but in a constrained and simple manner?
Smith
From: Michael Sweet <msweet at msweet.org>
Sent: Monday, February 8, 2021 2:26 PM
To: Kennedy, Smith (Wireless & IPP Standards) <smith.kennedy at hp.com>
Cc: PWG IPP Workgroup <ipp at pwg.org>
Subject: Re: [IPP] Requesting an exception for IPP Everywhere Self-Certification v1.1 for some as-yet-unannounced models
Smith,
Let's talk about this tomorrow, but this is exactly the sort of thing that exceptions were made for.
One thing I can probably change in the next update of the 1.1 tools is to use JPEG when JPEG is available, and convert the "media-needed" test to a "media-empty" test when JPEG isn't supported. Getting parallel testing going will be a *lot* of work, unfortunately... :/
> On Feb 8, 2021, at 3:34 PM, Kennedy, Smith (Wireless & IPP Standards) via ipp <ipp at pwg.org<mailto:ipp at pwg.org>> wrote:
>> Signed PGP part
> Greetings,
>> HP Inc. is requesting an IPP Everywhere certification exception to be made for some of our upcoming models, to allow these devices to be certified. As per PWG 5100.20-2020 Section 8.1, HP Inc. has filed Issue #68 (https://github.com/istopwg/ippeveselfcert/issues/68<https://github.com/istopwg/ippeveselfcert/issues/68>) to report the underlying issue, which does cause an unavoidable race condition. Although the models in question have not been released yet and I cannot provide the model names, they won't be released until after July 1, 2021 transition date so we need to figure out how to deal with this before it is too late.
>> The issues encountered involve the IPP Everywhere Self-Certification v1.1 suite's test I-20 / I-20.1. These printers treat the PWG Raster document format used in the v1.1 tests as a streaming document format. With streaming document formats, the Printer will flow control the TCP connection over which the Document Creation request is being made if any issues such as 'media-needed' prevent processing.
>> Because ipptool tests are run serially rather than in parallel, the I-20 test's Print-Job operation blocks until media is provided in the input tray. For Test I-20.1 to pass, the media has to remain removed for the duration of I-20 to allow test I-20.1 to examine the Printer's "printer-state-reasons" Printer Description attribute using a Get-Printer-Attributes operation. This produces a deadlock in the current test suite. If the document format used to perform the test was JPEG, the test would pass because the Printer does not treat JPEG JFIF as a streaming document format.
>> I'm not sure exactly what procedure we want to do here - I suppose it is similar to the "email based registration process". (I'm pretty sure this is the first time we in the PWG have had to handle an IPP Everywhere exception request...)
>> Please let me know if more information is needed before we discuss this in the IPP WG.
>> Cheers,
> Smith
>> /**
> Smith Kennedy
> HP Inc.
> */
>>>
________________________
Michael Sweet
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.pwg.org/pipermail/ipp/attachments/20210223/3653c703/attachment.html>
Our website uses cookies on your device to give you the best user experience. By using our website, you agree to the placement of these cookies. To learn more, read our privacy policy. Read Privacy Policy