[Errata Rejected] RFC7232 (5236)

RFC Errata System <rfc-editor@rfc-editor.org> Thu, 27 August 2020 12:42 UTC

Return-Path: <ietf-http-wg-request+bounce-httpbisa-archive-bis2juki=lists.ie@listhub.w3.org>
X-Original-To: ietfarch-httpbisa-archive-bis2Juki@ietfa.amsl.com
Delivered-To: ietfarch-httpbisa-archive-bis2Juki@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 4BCF33A0CA8 for <ietfarch-httpbisa-archive-bis2Juki@ietfa.amsl.com>; Thu, 27 Aug 2020 05:42:06 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.649
X-Spam-Level:
X-Spam-Status: No, score=-2.649 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HEADER_FROM_DIFFERENT_DOMAINS=0.249, MAILING_LIST_MULTI=-1, RCVD_IN_MSPIKE_H4=0.001, RCVD_IN_MSPIKE_WL=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=unavailable autolearn_force=no
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id WdQD_mSKhDpJ for <ietfarch-httpbisa-archive-bis2Juki@ietfa.amsl.com>; Thu, 27 Aug 2020 05:42:04 -0700 (PDT)
Received: from lyra.w3.org (lyra.w3.org [128.30.52.18]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id BD7DA3A0C2F for <httpbisa-archive-bis2Juki@lists.ietf.org>; Thu, 27 Aug 2020 05:42:04 -0700 (PDT)
Received: from lists by lyra.w3.org with local (Exim 4.92) (envelope-from <ietf-http-wg-request@listhub.w3.org>) id 1kBHBk-0007Yx-AB for ietf-http-wg-dist@listhub.w3.org; Thu, 27 Aug 2020 12:39:32 +0000
Resent-Date: Thu, 27 Aug 2020 12:39:32 +0000
Resent-Message-Id: <E1kBHBk-0007Yx-AB@lyra.w3.org>
Received: from mimas.w3.org ([128.30.52.79]) by lyra.w3.org with esmtps (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from <wwwrun@rfc-editor.org>) id 1kBHBi-0007YF-FJ for ietf-http-wg@listhub.w3.org; Thu, 27 Aug 2020 12:39:30 +0000
Received: from rfc-editor.org ([4.31.198.49]) by mimas.w3.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from <wwwrun@rfc-editor.org>) id 1kBHBf-0004nB-QP for ietf-http-wg@w3.org; Thu, 27 Aug 2020 12:39:30 +0000
Received: by rfc-editor.org (Postfix, from userid 30) id 23BFBF40771; Thu, 27 Aug 2020 05:39:10 -0700 (PDT)
To: chris@pacejo.net, fielding@gbiv.com, julian.reschke@greenbytes.de
X-PHP-Originating-Script: 30:errata_mail_lib.php
From: RFC Errata System <rfc-editor@rfc-editor.org>
Cc: barryleiba@computer.org, iesg@ietf.org, ietf-http-wg@w3.org, rfc-editor@rfc-editor.org
Content-Type: text/plain; charset="UTF-8"
Message-Id: <20200827123910.23BFBF40771@rfc-editor.org>
Date: Thu, 27 Aug 2020 05:39:10 -0700
Received-SPF: pass client-ip=4.31.198.49; envelope-from=wwwrun@rfc-editor.org; helo=rfc-editor.org
X-W3C-Hub-Spam-Status: No, score=-7.2
X-W3C-Hub-Spam-Report: BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001, W3C_AA=-1, W3C_IRA=-1, W3C_WL=-1
X-W3C-Scan-Sig: mimas.w3.org 1kBHBf-0004nB-QP ef38717b6da03a7d33c8a60621dacd6a
X-Original-To: ietf-http-wg@w3.org
Subject: [Errata Rejected] RFC7232 (5236)
Archived-At: <https://www.w3.org/mid/20200827123910.23BFBF40771@rfc-editor.org>
Resent-From: ietf-http-wg@w3.org
X-Mailing-List: <ietf-http-wg@w3.org> archive/latest/37962
X-Loop: ietf-http-wg@w3.org
Resent-Sender: ietf-http-wg-request@w3.org
Precedence: list
List-Id: <ietf-http-wg.w3.org>
List-Help: <https://www.w3.org/Mail/>
List-Post: <mailto:ietf-http-wg@w3.org>
List-Unsubscribe: <mailto:ietf-http-wg-request@w3.org?subject=unsubscribe>

The following errata report has been rejected for RFC7232,
"Hypertext Transfer Protocol (HTTP/1.1): Conditional Requests".

--------------------------------------
You may review the report below and at:
https://www.rfc-editor.org/errata/eid5236

--------------------------------------
Status: Rejected
Type: Technical

Reported by: Chris Pacejo <chris@pacejo.net>
Date Reported: 2018-01-16
Rejected by: Barry Leiba (IESG)

Section: 2.1

Original Text
-------------
Likewise, a validator is weak if it is shared by two or more
representations of a given resource at the same time, unless those
representations have identical representation data.  For example, if
the origin server sends the same validator for a representation with
a gzip content coding applied as it does for a representation with no
content coding, then that validator is weak.  However, two
simultaneous representations might share the same strong validator if
they differ only in the representation metadata, such as when two
different media types are available for the same representation data.

Corrected Text
--------------
Likewise, a validator is weak if it is shared by two or more
representations of a given resource at the same time, even if those
representations have identical representation data.  For example, if
the origin server sends the same validator for a representation with
a gzip content coding applied as it does for a representation with no
content coding, then that validator is weak.

Notes
-----
This paragraph (and only this paragraph) seems to be in direct conflict with this earlier text from the same section:

"However, if a resource has distinct representations that differ only in their metadata, such as might occur with content negotiation over media types that happen to share the same data format, then the origin server needs to incorporate additional information in the [strong] validator to distinguish those representations."
 --VERIFIER NOTES-- 
   There is not a conflict here: The text quoted in the notes needs to be read in the context of the entire paragraph it appears in, which the "however" references.  The quoted statement is being made in the context of generating strong validators based only upon the message body, when the headers might also change.

--------------------------------------
RFC7232 (draft-ietf-httpbis-p4-conditional-26)
--------------------------------------
Title               : Hypertext Transfer Protocol (HTTP/1.1): Conditional Requests
Publication Date    : June 2014
Author(s)           : R. Fielding, Ed., J. Reschke, Ed.
Category            : PROPOSED STANDARD
Source              : Hypertext Transfer Protocol Bis APP
Area                : Applications
Stream              : IETF
Verifying Party     : IESG