attachment

<html xmlns:v="urn:schemas-microsoft-com:vml" xmlns:o="urn:schemas-microsoft-com:office:office" xmlns:w="urn:schemas-microsoft-com:office:word" xmlns:m="http://schemas.microsoft.com/office/2004/12/omml" xmlns="http://www.w3.org/TR/REC-html40">
<head>
<meta http-equiv="Content-Type" content="text/html; charset=utf-8">
<meta name="Generator" content="Microsoft Word 15 (filtered medium)">
<style><!--
/* Font Definitions */
@font-face
        {font-family:"Cambria Math";
        panose-1:2 4 5 3 5 4 6 3 2 4;}
@font-face
        {font-family:Calibri;
        panose-1:2 15 5 2 2 2 4 3 2 4;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
        {margin:0in;
        font-size:11.0pt;
        font-family:"Calibri",sans-serif;}
a:link, span.MsoHyperlink
        {mso-style-priority:99;
        color:blue;
        text-decoration:underline;}
span.EmailStyle19
        {mso-style-type:personal-reply;
        font-family:"Calibri",sans-serif;
        color:windowtext;}
.MsoChpDefault
        {mso-style-type:export-only;
        font-size:10.0pt;}
@page WordSection1
        {size:8.5in 11.0in;
        margin:1.0in 1.0in 1.0in 1.0in;}
div.WordSection1
        {page:WordSection1;}
--></style><!--[if gte mso 9]><xml>
<o:shapedefaults v:ext="edit" spidmax="1026" />
</xml><![endif]--><!--[if gte mso 9]><xml>
<o:shapelayout v:ext="edit">
<o:idmap v:ext="edit" data="1" />
</o:shapelayout></xml><![endif]-->
</head>
<body lang="EN-US" link="blue" vlink="purple" style="word-wrap:break-word">
<div class="WordSection1">
<p class="MsoNormal"><span lang="EN-GB"><o:p> </o:p></span></p>
<div style="border:none;border-left:solid blue 1.5pt;padding:0in 0in 0in 4.0pt">
<div>
<div style="border:none;border-top:solid #E1E1E1 1.0pt;padding:3.0pt 0in 0in 0in">
<p class="MsoNormal"><b>From:</b> Michael Sweet <msweet@msweet.org> <br>
<b>Sent:</b> Tuesday, February 23, 2021 7:13 PM<br>
<b>To:</b> Kennedy, Smith (Wireless & IPP Standards) <smith.kennedy@hp.com><br>
<b>Cc:</b> PWG IPP Workgroup <ipp@pwg.org><br>
<b>Subject:</b> Re: [IPP] Requesting an exception for IPP Everywhere Self-Certification v1.1 for some as-yet-unannounced models<o:p></o:p></p>
</div>
</div>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal" style="margin-bottom:12.0pt">Smith,<br>
<br>
Might as well.<o:p></o:p></p>
<p class="MsoNormal" style="margin-bottom:12.0pt"><b><i>[S.Kennedy] OK will do!<o:p></o:p></i></b></p>
<p class="MsoNormal" style="margin-bottom:12.0pt"><br>
<br>
Also, FWIW the "STATUS" directive is already taken (to specify acceptable status-code values in a response) but we can some up with a different name for the background test.<br>
<br>
<o:p></o:p></p>
<p class="MsoNormal" style="margin-bottom:12.0pt">[S.Kennedy] Doh! I didn’t have the man page when I sent that reply. Maybe something like this:<o:p></o:p></p>
<p class="MsoNormal" style="mso-margin-top-alt:0in;margin-right:0in;margin-bottom:12.0pt;margin-left:31.8pt">
MONITOR-PRINTER-STATE predicate<o:p></o:p></p>
<p class="MsoNormal" style="mso-margin-top-alt:0in;margin-right:0in;margin-bottom:12.0pt;margin-left:31.8pt">
MONITOR-JOB-STATE jobid predicate<o:p></o:p></p>
<p class="MsoNormal" style="margin-bottom:12.0pt">And the semantic would be that when this directive is in a test, a background thread will begin polling the Printer with Get-Printer-Attributes / Get-Job-Attributes operations requesting “printer-state-reasons”
 or “job-state-reasons” respectively, with the predicate specifying the keywords and other conditions for what to do and when during the test.<br>
<br>
> On Feb 23, 2021, at 5:43 PM, Kennedy, Smith (Wireless & IPP Standards) <<a href="mailto:smith.kennedy@hp.com">smith.kennedy@hp.com</a>> wrote:<br>
> <br>
> Hi Mike,<br>
> <br>
> 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?<br>
> <br>
> Smith<br>
> <br>
> <br>
> <br>
> <br>
> From: Michael Sweet <<a href="mailto:msweet@msweet.org">msweet@msweet.org</a>><br>
> Sent: Monday, February 8, 2021 2:26 PM<br>
> To: Kennedy, Smith (Wireless & IPP Standards) <<a href="mailto:smith.kennedy@hp.com">smith.kennedy@hp.com</a>><br>
> Cc: PWG IPP Workgroup <<a href="mailto:ipp@pwg.org">ipp@pwg.org</a>><br>
> Subject: Re: [IPP] Requesting an exception for IPP Everywhere Self-Certification v1.1 for some as-yet-unannounced models<br>
> <br>
> Smith,<br>
> <br>
> Let's talk about this tomorrow, but this is exactly the sort of thing that exceptions were made for.<br>
> <br>
> 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...
 :/<br>
> <br>
> <br>
> > On Feb 8, 2021, at 3:34 PM, Kennedy, Smith (Wireless & IPP Standards) via ipp <<a href="mailto:ipp@pwg.org">ipp@pwg.org</a>> wrote:<br>
> ><br>
> > Signed PGP part<br>
> > Greetings,<br>
> ><br>
> > 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 (<a href="https://github.com/istopwg/ippeveselfcert/issues/68">https://github.com/istopwg/ippeveselfcert/issues/68</a>)
 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.<br>
> ><br>
> > 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.<br>
> ><br>
> > 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.<br>
> ><br>
> > 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...)<br>
> ><br>
> > Please let me know if more information is needed before we discuss this in the IPP WG.<br>
> ><br>
> > Cheers,<br>
> > Smith<br>
> ><br>
> > /**<br>
> > Smith Kennedy<br>
> > HP Inc.<br>
> > */<br>
> ><br>
> ><br>
> ><br>
> <br>
> ________________________<br>
> Michael Sweet<br>
> <br>
<br>
________________________<br>
Michael Sweet<br>
<br>
<br>
<o:p></o:p></p>
</div>
</div>
</body>
</html>