attachment
<html><head><meta http-equiv="Content-Type" content="text/html; charset=utf-8"></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; line-break: after-white-space;" class="">Hi Mike,<div class=""><br class=""></div><div class="">We have observed an issue with I-13 / I-13.x. I-13 is this:</div><div class=""><br class=""></div><div class=""><div class=""><font face="Courier" style="font-size: 12px;" class=""># Test Get-Jobs operation</font></div><div class=""><font face="Courier" style="font-size: 12px;" class="">#</font></div><div class=""><font face="Courier" style="font-size: 12px;" class=""># Required by: RFC 8011 section 4.2.6</font></div><div class=""><font face="Courier" style="font-size: 12px;" class="">{</font></div><div class=""><font face="Courier" style="font-size: 12px;" class=""><span class="Apple-tab-span" style="white-space: pre;"> </span>SKIP-IF-DEFINED PRINT_JOB_COMPLETED</font></div><div class=""><font face="Courier" style="font-size: 12px;" class=""><br class=""></font></div><div class=""><font face="Courier" style="font-size: 12px;" class=""><span class="Apple-tab-span" style="white-space: pre;"> </span>NAME "I-13. Get-Jobs Operation (default)"</font></div><div class=""><font face="Courier" style="font-size: 12px;" class=""><span class="Apple-tab-span" style="white-space: pre;"> </span>OPERATION Get-Jobs</font></div><div class=""><font face="Courier" style="font-size: 12px;" class=""><span class="Apple-tab-span" style="white-space: pre;"> </span>GROUP operation-attributes-tag</font></div><div class=""><font face="Courier" style="font-size: 12px;" class=""><span class="Apple-tab-span" style="white-space: pre;"> </span>ATTR charset attributes-charset utf-8</font></div><div class=""><font face="Courier" style="font-size: 12px;" class=""><span class="Apple-tab-span" style="white-space: pre;"> </span>ATTR naturalLanguage attributes-natural-language en</font></div><div class=""><font face="Courier" style="font-size: 12px;" class=""><span class="Apple-tab-span" style="white-space: pre;"> </span>ATTR uri printer-uri $uri</font></div><div class=""><font face="Courier" style="font-size: 12px;" class=""><span class="Apple-tab-span" style="white-space: pre;"> </span>ATTR name requesting-user-name $user</font></div><div class=""><font face="Courier" style="font-size: 12px;" class=""><br class=""></font></div><div class=""><font face="Courier" style="font-size: 12px;" class=""><span class="Apple-tab-span" style="white-space: pre;"> </span>STATUS successful-ok</font></div><div class=""><font face="Courier" style="font-size: 12px;" class=""><br class=""></font></div><div class=""><font face="Courier" style="font-size: 12px;" class=""><span class="Apple-tab-span" style="white-space: pre;"> </span>EXPECT ?job-id OF-TYPE integer IN-GROUP job-attributes-tag COUNT 1 WITH-VALUE >0</font></div><div class=""><font face="Courier" style="font-size: 12px;" class=""><span class="Apple-tab-span" style="white-space: pre;"> </span>EXPECT ?job-uri OF-TYPE uri IN-GROUP job-attributes-tag COUNT 1 WITH-VALUE "$IPP_URI_SCHEME"</font></div><div class=""><font face="Courier" style="font-size: 12px;" class=""><span class="Apple-tab-span" style="white-space: pre;"> </span>EXPECT !job-name</font></div><div class=""><font face="Courier" style="font-size: 12px;" class=""><span class="Apple-tab-span" style="white-space: pre;"> </span>EXPECT !job-state</font></div><div class=""><font face="Courier" style="font-size: 12px;" class="">}</font></div></div><div class=""><br class=""></div><div class="">I didn't understand why the last two EXPECT lines are negative, and found my answer in RFC 8011 section 4.2.6.1 at the bottom of page 65:</div><div class=""><br class=""></div><div class=""><div class=""><font face="Courier" class=""> "requested-attributes" (1setOf type2 keyword):</font></div><div class=""><font face="Courier" class=""><br class=""></font></div><div class=""><font face="Courier" class=""> The Client MAY supply and the Printer MUST support this</font></div><div class=""><font face="Courier" class=""> attribute. It is a set of Job attribute names and/or attribute</font></div><div class=""><font face="Courier" class=""> group names in whose values the requester is interested. This</font></div><div class=""><font face="Courier" class=""> set of attributes is returned for each Job that is returned.</font></div><div class=""><font face="Courier" class=""> The allowed attribute group names are the same as those defined</font></div><div class=""><font face="Courier" class=""> in the Get-Job-Attributes operation in Section 4.3.4. <font color="#ff2600" class="">If the</font></font></div><div class=""><font face="Courier" color="#ff2600" class=""> Client does not supply this attribute, the Printer MUST respond</font></div><div class=""><font face="Courier" color="#ff2600" class=""> as if the Client had supplied this attribute with two values:</font></div><div class=""><font face="Courier" color="#ff2600" class=""> "job-uri" and "job-id".</font></div></div><div class=""><font face="Courier" color="#ff2600" class=""><br class=""></font></div><div class="">We might want to annotate the tests to more clearly refer the tester to these details, which can be obscure.</div><div class=""><br class=""></div><div class="">I'm also confused why is there the SKIP-IF-NOT-DEFINED PRINT_JOB_COMPLETED? If there is concern about the Job moving to a terminal state too quickly, would it not make more sense to send "job-state = 4" in I-12, do I-13 / I-13.1 / I-13.2, then do a Set-Job-Attributes in I-14 to set its state to 3 (pending), and have the existing I-14 be renumbered to I-14.1? That would ensure the Get-Jobs was tested. Unfortunately, this refactoring would conflict with the test list in 5100.20, which is unfortunate. (We might want to change 5100.20 for IPP Everywhere™ 2.0 to allow the tests to be implemented more flexibly...)</div><div class=""><br class=""></div><div class="">
Smith<br class=""><br class="">/**<br class=""> Smith Kennedy<br class=""> HP Inc.<br class="">*/
</div>
<div><br class=""><blockquote type="cite" class=""><div class="">On May 17, 2021, at 3:59 PM, Michael Sweet via ipp <<a href="mailto:ipp@pwg.org" class="">ipp@pwg.org</a>> wrote:</div><br class="Apple-interchange-newline"><div class=""><div class=""><div class="content-isolator__container"><div class="protected-part"><div class="protected-title">Signed PGP part</div><div class="protected-content">[This last call starts today, May 17, 2021 and ends no earlier than May 31, 2021]<br class=""><br class="">All,<br class=""><br class="">I have posted a beta of the IPP Everywhere v1.1 Printer Self-Certification Tools Update 3 to:<br class=""><br class=""><span class="Apple-tab-span" style="white-space:pre"> </span><a href="https://ftp.pwg.org/pub/pwg/ipp/wd/sw-ippeveselfcert11-20210517-macos.zip" class="">https://ftp.pwg.org/pub/pwg/ipp/wd/sw-ippeveselfcert11-20210517-macos.zip</a><br class=""><span class="Apple-tab-span" style="white-space:pre"> </span>https://ftp.pwg.org/pub/pwg/ipp/wd/sw-ippeveselfcert11-20210517-rhel.tar.gz<br class=""><span class="Apple-tab-span" style="white-space:pre"> </span>https://ftp.pwg.org/pub/pwg/ipp/wd/sw-ippeveselfcert11-20210517-ubuntu.tar.gz<br class=""><span class="Apple-tab-span" style="white-space:pre"> </span>https://ftp.pwg.org/pub/pwg/ipp/wd/sw-ippeveselfcert11-20210517-windows.msi<br class=""><br class="">This update fixes the following issues:<br class=""><br class="">- The DNS-SD tests now look for a TLS key whose value contains a TLS version<br class=""> number (Issue #64)<br class="">- The document tests now wait for each job to complete before proceeding to the<br class=""> next job (Issue #66)<br class="">- Finishing options were not reported correctly by `ippevesubmit` in the JSON<br class=""> file (Issue #67)<br class="">- The `media-needed` test did not work on streaming printers (Issue #68)<br class=""><br class="">Please respond to this message once you have tested this update, along with any issues you have encountered.<br class=""><br class="">________________________<br class="">Michael Sweet<br class=""><br class=""><br class=""><br class=""></div></div><br class=""><iframe class="content-isolator__isolated-content" sandbox="allow-scripts" scrolling="auto" width="200" height="10" style="border:none;display:block;overflow:auto;" data-src="data:text/html;charset=UTF-8;base64,PGlmcmFtZS1jb250ZW50IGRhdGEtaWZyYW1lLWhlaWdodD0idHJ1ZSI+X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX188QlI+aXBwIG1haWxpbmcgbGlzdDxCUj5pcHBAcHdnLm9yZzxCUj5odHRwczovL3d3dy5wd2cub3JnL21haWxtYW4vbGlzdGluZm8vaXBwPEJSPjwvaWZyYW1lLWNvbnRlbnQ+"></iframe></div></div></div></blockquote></div><br class=""></body></html>