Ticket #59: i59.2.diff

File i59.2.diff, 18.5 KB (added by julian.reschke@…, 8 years ago)

proposed change for part 2.

  • p1-messaging.html

     
    476476         </tr>
    477477         <tr>
    478478            <td class="header left"></td>
    479             <td class="header right">June 6, 2008</td>
     479            <td class="header right">June 9, 2008</td>
    480480         </tr>
    481481      </table>
    482482      <p class="title">HTTP/1.1, part 1: URIs, Connections, and Message Parsing<br><span class="filename">draft-ietf-httpbis-p1-messaging-latest</span></p>
  • p2-semantics.xml

     
    7272<?rfc inline="yes"?>
    7373<?rfc-ext allow-markup-in-artwork="yes" ?>
    7474<?rfc-ext include-references-in-index="yes" ?>
    75 <rfc obsoletes="2616" category="std"
     75<rfc obsoletes="2616" updates="2817" category="std"
    7676     ipr="full3978" docName="draft-ietf-httpbis-p2-semantics-&ID-VERSION;"
    7777     xmlns:x='http://purl.org/net/xml2rfc/ext'>
    7878<front>
     
    538538   with the response, since that entity is likely to include human-readable
    539539   information which will explain the unusual status.
    540540</t>
     541
     542<section title="Status Code Registry" anchor="status.code.registry">
     543<t>
     544  The HTTP Status Code Registry defines the name space for the Status-Code
     545  token in the Status line of an HTTP response.
     546</t>
     547<t>
     548  Values to be added to this name space are subject to IETF review.  Any
     549  document registering new status codes should be traceable through statuses of
     550  either 'Obsoletes' or 'Updates' to this document.
     551</t>
     552<t>
     553  The registry itself is maintained at <eref target="http://www.iana.org/assignments/http-status-codes"/>.
     554</t>
    541555</section>
    542556
     557</section>
     558
    543559<section title="Response Header Fields" anchor="response.header.fields">
    544560  <x:anchor-alias value="response-header"/>
    545561<t>
     
    20732089
    20742090<section title="IANA Considerations" anchor="IANA.considerations">
    20752091<section title="Status Code Registry" anchor="status.code.registration">
     2092<t>
     2093  The registration procedure for HTTP Status Codes -- previously defined
     2094  in <xref target="RFC2817" x:fmt="of" x:sec="7.1"/> -- is now defined
     2095  by <xref target="status.code.registry"/> of this document.
     2096</t>
    20762097<!--AUTOGENERATED FROM extract-status-code-defs.xslt, do not edit manually-->
    20772098<!--(START)-->
    20782099<t xmlns:x="http://purl.org/net/xml2rfc/ext">
    20792100    The HTTP Status Code Registry located at <eref target="http://www.iana.org/assignments/http-status-codes"/>
    2080     should be updated with the registrations below (see <xref target="RFC2817" x:sec="7.1" x:fmt=","/>).
     2101    should be updated with the registrations below:
    20812102  </t>
    20822103<texttable xmlns:x="http://purl.org/net/xml2rfc/ext">
    20832104   <ttcol>Value</ttcol>
     
    23302351      <xref target="status.505"/>
    23312352   </c>
    23322353</texttable>
    2333 <t xmlns:x="http://purl.org/net/xml2rfc/ext"/>
    23342354<!--(END)-->
    23352355</section>
    23362356<section title="Message Header Registration" anchor="message.header.registration">
     
    30093029
    30103030<section title="Changes from RFC 2616" anchor="changes.from.rfc.2616">
    30113031<t>
     3032  This document takes over the Status Code Registry, previously defined
     3033  in <xref target="RFC2817" x:fmt="of" x:sec="7.1"/>.
     3034  (<xref target="status.code.registry"/>)
     3035</t>
     3036<t>
    30123037  Clarify definition of POST.
    30133038  (<xref target="POST"/>)
    30143039</t>
     
    31513176      "Requiring Allow in 405 responses"
    31523177    </t>
    31533178    <t>
     3179      <eref target="http://www3.tools.ietf.org/wg/httpbis/trac/ticket/59"/>:
     3180      "Status Code Registry"
     3181    </t>
     3182    <t>
    31543183      <eref target="http://www3.tools.ietf.org/wg/httpbis/trac/ticket/61"/>:
    31553184      "Redirection vs. Location"
    31563185    </t>
     
    31823211  </list>
    31833212</t>
    31843213<t>
    3185   Ongoing work on IANA HTTP Status Code Registration (<eref target="http://www3.tools.ietf.org/wg/httpbis/trac/ticket/59"/>):
    3186   <list style="symbols">
    3187     <t>
    3188       Reference RFC 2817, and update the HTTP status code registrations.
    3189     </t>
    3190   </list>
    3191 </t>
    3192 <t>
    31933214  Ongoing work on ABNF conversion (<eref target="http://www3.tools.ietf.org/wg/httpbis/trac/ticket/36"/>):
    31943215  <list style="symbols">
    31953216    <t>
  • p2-semantics.html

     
    418418            <td class="header right">One Laptop per Child</td>
    419419         </tr>
    420420         <tr>
    421             <td class="header left">Intended status: Standards Track</td>
     421            <td class="header left">Updates: <a href="http://tools.ietf.org/html/rfc2817">2817</a> (if approved)
     422            </td>
    422423            <td class="header right">J. Mogul</td>
    423424         </tr>
    424425         <tr>
    425             <td class="header left">Expires: December 2008</td>
     426            <td class="header left">Intended status: Standards Track</td>
    426427            <td class="header right">HP</td>
    427428         </tr>
    428429         <tr>
    429             <td class="header left"></td>
     430            <td class="header left">Expires: December 2008</td>
    430431            <td class="header right">H. Frystyk</td>
    431432         </tr>
    432433         <tr>
     
    475476         </tr>
    476477         <tr>
    477478            <td class="header left"></td>
    478             <td class="header right">June 6, 2008</td>
     479            <td class="header right">June 10, 2008</td>
    479480         </tr>
    480481      </table>
    481482      <p class="title">HTTP/1.1, part 2: Message Semantics<br><span class="filename">draft-ietf-httpbis-p2-semantics-latest</span></p>
     
    519520         <li class="tocline0">2.&nbsp;&nbsp;&nbsp;<a href="#notation">Notational Conventions and Generic Grammar</a></li>
    520521         <li class="tocline0">3.&nbsp;&nbsp;&nbsp;<a href="#method">Method</a></li>
    521522         <li class="tocline0">4.&nbsp;&nbsp;&nbsp;<a href="#request.header.fields">Request Header Fields</a></li>
    522          <li class="tocline0">5.&nbsp;&nbsp;&nbsp;<a href="#status.code.and.reason.phrase">Status Code and Reason Phrase</a></li>
     523         <li class="tocline0">5.&nbsp;&nbsp;&nbsp;<a href="#status.code.and.reason.phrase">Status Code and Reason Phrase</a><ul class="toc">
     524               <li class="tocline1">5.1&nbsp;&nbsp;&nbsp;<a href="#status.code.registry">Status Code Registry</a></li>
     525            </ul>
     526         </li>
    523527         <li class="tocline0">6.&nbsp;&nbsp;&nbsp;<a href="#response.header.fields">Response Header Fields</a></li>
    524528         <li class="tocline0">7.&nbsp;&nbsp;&nbsp;<a href="#entity">Entity</a></li>
    525529         <li class="tocline0">8.&nbsp;&nbsp;&nbsp;<a href="#method.definitions">Method Definitions</a><ul class="toc">
     
    808812         something wrong with its request and treat the response as if it had received a 400 status code. In such cases, user agents <em class="bcp14">SHOULD</em> present to the user the entity returned with the response, since that entity is likely to include human-readable information
    809813         which will explain the unusual status.
    810814      </p>
     815      <h2 id="rfc.section.5.1"><a href="#rfc.section.5.1">5.1</a>&nbsp;<a id="status.code.registry" href="#status.code.registry">Status Code Registry</a></h2>
     816      <p id="rfc.section.5.1.p.1">The HTTP Status Code Registry defines the name space for the Status-Code token in the Status line of an HTTP response.</p>
     817      <p id="rfc.section.5.1.p.2">Values to be added to this name space are subject to IETF review. Any document registering new status codes should be traceable
     818         through statuses of either 'Obsoletes' or 'Updates' to this document.
     819      </p>
     820      <p id="rfc.section.5.1.p.3">The registry itself is maintained at &lt;<a href="http://www.iana.org/assignments/http-status-codes">http://www.iana.org/assignments/http-status-codes</a>&gt;.
     821      </p>
    811822      <h1 id="rfc.section.6"><a href="#rfc.section.6">6.</a>&nbsp;<a id="response.header.fields" href="#response.header.fields">Response Header Fields</a></h1>
    812823      <p id="rfc.section.6.p.1">The response-header fields allow the server to pass additional information about the response which cannot be placed in the
    813824         Status-Line. These header fields give information about the server and about further access to the resource identified by
     
    15781589      <div id="rfc.figure.u.29"></div><pre class="text">    User-Agent: CERN-LineMode/2.15 libwww/2.17b3
    15791590</pre><h1 id="rfc.section.11"><a href="#rfc.section.11">11.</a>&nbsp;<a id="IANA.considerations" href="#IANA.considerations">IANA Considerations</a></h1>
    15801591      <h2 id="rfc.section.11.1"><a href="#rfc.section.11.1">11.1</a>&nbsp;<a id="status.code.registration" href="#status.code.registration">Status Code Registry</a></h2>
    1581       <p id="rfc.section.11.1.p.1">The HTTP Status Code Registry located at &lt;<a href="http://www.iana.org/assignments/http-status-codes">http://www.iana.org/assignments/http-status-codes</a>&gt; should be updated with the registrations below (see <a href="#RFC2817" id="rfc.xref.RFC2817.1"><cite title="Upgrading to TLS Within HTTP/1.1">[RFC2817]</cite></a>, <a href="http://tools.ietf.org/html/rfc2817#section-7.1">Section 7.1</a>).
     1592      <p id="rfc.section.11.1.p.1">The registration procedure for HTTP Status Codes -- previously defined in <a href="http://tools.ietf.org/html/rfc2817#section-7.1">Section 7.1</a> of <a href="#RFC2817" id="rfc.xref.RFC2817.1"><cite title="Upgrading to TLS Within HTTP/1.1">[RFC2817]</cite></a> -- is now defined by <a href="#status.code.registry" title="Status Code Registry">Section&nbsp;5.1</a> of this document.
    15821593      </p>
     1594      <p id="rfc.section.11.1.p.2">The HTTP Status Code Registry located at &lt;<a href="http://www.iana.org/assignments/http-status-codes">http://www.iana.org/assignments/http-status-codes</a>&gt; should be updated with the registrations below:
     1595      </p>
    15831596      <div id="rfc.table.u.1">
    15841597         <table summary="" class="tt full" cellpadding="3" cellspacing="0">
    15851598            <thead>
     
    20932106      <p id="rfc.section.A.1.p.6">The PATCH<span id="rfc.iref.p.3"></span><span id="rfc.iref.m.10"></span>, LINK<span id="rfc.iref.l.2"></span><span id="rfc.iref.m.11"></span>, UNLINK<span id="rfc.iref.u.2"></span><span id="rfc.iref.m.12"></span> methods were defined but not commonly implemented in previous versions of this specification. See <a href="#RFC2068" id="rfc.xref.RFC2068.2"><cite title="Hypertext Transfer Protocol -- HTTP/1.1">[RFC2068]</cite></a>.
    20942107      </p>
    20952108      <h2 id="rfc.section.A.2"><a href="#rfc.section.A.2">A.2</a>&nbsp;<a id="changes.from.rfc.2616" href="#changes.from.rfc.2616">Changes from RFC 2616</a></h2>
    2096       <p id="rfc.section.A.2.p.1">Clarify definition of POST. (<a href="#POST" id="rfc.xref.POST.2" title="POST">Section&nbsp;8.5</a>)
     2109      <p id="rfc.section.A.2.p.1">This document takes over the Status Code Registry, previously defined in <a href="http://tools.ietf.org/html/rfc2817#section-7.1">Section 7.1</a> of <a href="#RFC2817" id="rfc.xref.RFC2817.2"><cite title="Upgrading to TLS Within HTTP/1.1">[RFC2817]</cite></a>. (<a href="#status.code.registry" title="Status Code Registry">Section&nbsp;5.1</a>)
    20972110      </p>
    2098       <p id="rfc.section.A.2.p.2">Failed to consider that there are many other request methods that are safe to automatically redirect, and further that the
     2111      <p id="rfc.section.A.2.p.2">Clarify definition of POST. (<a href="#POST" id="rfc.xref.POST.2" title="POST">Section&nbsp;8.5</a>)
     2112      </p>
     2113      <p id="rfc.section.A.2.p.3">Failed to consider that there are many other request methods that are safe to automatically redirect, and further that the
    20992114         user agent is able to make that determination based on the request method semantics. (Sections <a href="#status.301" id="rfc.xref.status.301.3" title="301 Moved Permanently">9.3.2</a>, <a href="#status.302" id="rfc.xref.status.302.3" title="302 Found">9.3.3</a> and <a href="#status.307" id="rfc.xref.status.307.3" title="307 Temporary Redirect">9.3.8</a>)
    21002115      </p>
    2101       <p id="rfc.section.A.2.p.3">Deprecate 305 Use Proxy status code, because user agents did not implement it. It used to indicate that the requested resource
     2116      <p id="rfc.section.A.2.p.4">Deprecate 305 Use Proxy status code, because user agents did not implement it. It used to indicate that the requested resource
    21022117         must be accessed through the proxy given by the Location field. The Location field gave the URI of the proxy. The recipient
    21032118         was expected to repeat this single request via the proxy. (<a href="#status.305" id="rfc.xref.status.305.3" title="305 Use Proxy">Section&nbsp;9.3.6</a>)
    21042119      </p>
    2105       <p id="rfc.section.A.2.p.4">Reclassify Allow header as response header, removing the option to specify it in a PUT request. Relax the server requirement
     2120      <p id="rfc.section.A.2.p.5">Reclassify Allow header as response header, removing the option to specify it in a PUT request. Relax the server requirement
    21062121         on the contents of the Allow header and remove requirement on clients to always trust the header value. (<a href="#header.allow" id="rfc.xref.header.allow.4" title="Allow">Section&nbsp;10.1</a>)
    21072122      </p>
    2108       <p id="rfc.section.A.2.p.5">Correct syntax of Location header to allow fragment, as referred symbol wasn't what was expected, and add some clarifications
     2123      <p id="rfc.section.A.2.p.6">Correct syntax of Location header to allow fragment, as referred symbol wasn't what was expected, and add some clarifications
    21092124         as to when it would not be appropriate. (<a href="#header.location" id="rfc.xref.header.location.4" title="Location">Section&nbsp;10.4</a>)
    21102125      </p>
    2111       <p id="rfc.section.A.2.p.6">In the description of the Server header, the Via field was described as a SHOULD. The requirement was and is stated correctly
     2126      <p id="rfc.section.A.2.p.7">In the description of the Server header, the Via field was described as a SHOULD. The requirement was and is stated correctly
    21122127         in the description of the Via header in <a href="p1-messaging.html#header.via" title="Via">Section 8.9</a> of <a href="#Part1" id="rfc.xref.Part1.25"><cite title="HTTP/1.1, part 1: URIs, Connections, and Message Parsing">[Part1]</cite></a>. (<a href="#header.server" id="rfc.xref.header.server.4" title="Server">Section&nbsp;10.8</a>)
    21132128      </p>
    21142129      <h1 id="rfc.section.B"><a href="#rfc.section.B">B.</a>&nbsp;<a id="change.log" href="#change.log">Change Log (to be removed by RFC Editor before publication)</a></h1>
     
    21632178      <ul>
    21642179         <li> &lt;<a href="http://www3.tools.ietf.org/wg/httpbis/trac/ticket/24">http://www3.tools.ietf.org/wg/httpbis/trac/ticket/24</a>&gt;: "Requiring Allow in 405 responses"
    21652180         </li>
     2181         <li> &lt;<a href="http://www3.tools.ietf.org/wg/httpbis/trac/ticket/59">http://www3.tools.ietf.org/wg/httpbis/trac/ticket/59</a>&gt;: "Status Code Registry"
     2182         </li>
    21662183         <li> &lt;<a href="http://www3.tools.ietf.org/wg/httpbis/trac/ticket/61">http://www3.tools.ietf.org/wg/httpbis/trac/ticket/61</a>&gt;: "Redirection vs. Location"
    21672184         </li>
    21682185         <li> &lt;<a href="http://www3.tools.ietf.org/wg/httpbis/trac/ticket/70">http://www3.tools.ietf.org/wg/httpbis/trac/ticket/70</a>&gt;: "Cacheability of 303 response"
     
    21792196      <ul>
    21802197         <li>Reference RFC 3984, and update header registrations for headers defined in this document.</li>
    21812198      </ul>
    2182       <p id="rfc.section.B.4.p.3">Ongoing work on IANA HTTP Status Code Registration (&lt;<a href="http://www3.tools.ietf.org/wg/httpbis/trac/ticket/59">http://www3.tools.ietf.org/wg/httpbis/trac/ticket/59</a>&gt;):
     2199      <p id="rfc.section.B.4.p.3">Ongoing work on ABNF conversion (&lt;<a href="http://www3.tools.ietf.org/wg/httpbis/trac/ticket/36">http://www3.tools.ietf.org/wg/httpbis/trac/ticket/36</a>&gt;):
    21832200      </p>
    21842201      <ul>
    2185          <li>Reference RFC 2817, and update the HTTP status code registrations.</li>
    2186       </ul>
    2187       <p id="rfc.section.B.4.p.4">Ongoing work on ABNF conversion (&lt;<a href="http://www3.tools.ietf.org/wg/httpbis/trac/ticket/36">http://www3.tools.ietf.org/wg/httpbis/trac/ticket/36</a>&gt;):
    2188       </p>
    2189       <ul>
    21902202         <li>Replace string literals when the string really is case-sensitive (method).</li>
    21912203      </ul>
    21922204      <h1><a id="rfc.copyright" href="#rfc.copyright">Full Copyright Statement</a></h1>
     
    24302442                  <li class="indline1"><em>RFC2068</em>&nbsp;&nbsp;<a class="iref" href="#rfc.xref.RFC2068.1">9.3.3</a>, <a class="iref" href="#RFC2068"><b>14.2</b></a>, <a class="iref" href="#rfc.xref.RFC2068.2">A.1</a></li>
    24312443                  <li class="indline1"><em>RFC2119</em>&nbsp;&nbsp;<a class="iref" href="#rfc.xref.RFC2119.1">1.1</a>, <a class="iref" href="#RFC2119"><b>14.1</b></a></li>
    24322444                  <li class="indline1"><em>RFC2616</em>&nbsp;&nbsp;<a class="iref" href="#rfc.xref.RFC2616.1">1</a>, <a class="iref" href="#RFC2616"><b>14.2</b></a>, <a class="iref" href="#rfc.xref.RFC2616.2">B.1</a></li>
    2433                   <li class="indline1"><em>RFC2817</em>&nbsp;&nbsp;<a class="iref" href="#rfc.xref.RFC2817.1">11.1</a>, <a class="iref" href="#RFC2817"><b>14.2</b></a><ul class="ind">
    2434                         <li class="indline1"><em>Section 7.1</em>&nbsp;&nbsp;<a class="iref" href="#rfc.xref.RFC2817.1">11.1</a></li>
     2445                  <li class="indline1"><em>RFC2817</em>&nbsp;&nbsp;<a class="iref" href="#rfc.xref.RFC2817.1">11.1</a>, <a class="iref" href="#RFC2817"><b>14.2</b></a>, <a class="iref" href="#rfc.xref.RFC2817.2">A.2</a><ul class="ind">
     2446                        <li class="indline1"><em>Section 7.1</em>&nbsp;&nbsp;<a class="iref" href="#rfc.xref.RFC2817.1">11.1</a>, <a class="iref" href="#rfc.xref.RFC2817.2">A.2</a></li>
    24352447                     </ul>
    24362448                  </li>
    24372449                  <li class="indline1"><em>RFC2822</em>&nbsp;&nbsp;<a class="iref" href="#rfc.xref.RFC2822.1">10.3</a>, <a class="iref" href="#rfc.xref.RFC2822.2">10.3</a>, <a class="iref" href="#RFC2822"><b>14.2</b></a><ul class="ind">
  • extract-status-code-defs.xslt

     
    1212  <xsl:text>&#10;</xsl:text>
    1313  <t>
    1414    The HTTP Status Code Registry located at <eref target="http://www.iana.org/assignments/http-status-codes"/>
    15     should be updated with the registrations below (see <xref target="RFC2817" x:sec="7.1" x:fmt=","/>).
     15    should be updated with the registrations below:
    1616  </t>
    1717  <texttable>
    1818    <ttcol>Value</ttcol>