Re: [Technical Errata Reported] RFC9110 (7109)
Julian Reschke <julian.reschke@greenbytes.de> Wed, 31 August 2022 17:22 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 12A92C159481 for <ietfarch-httpbisa-archive-bis2Juki@ietfa.amsl.com>; Wed, 31 Aug 2022 10:22:37 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -7.662
X-Spam-Level:
X-Spam-Status: No, score=-7.662 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HEADER_FROM_DIFFERENT_DOMAINS=0.249, MAILING_LIST_MULTI=-1, NICE_REPLY_A=-0.001, RCVD_IN_DNSWL_HI=-5, RCVD_IN_MSPIKE_H2=-0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01, URIBL_BLOCKED=0.001, URIBL_ZEN_BLOCKED_OPENDNS=0.001] autolearn=unavailable autolearn_force=no
Received: from mail.ietf.org ([50.223.129.194]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id QDq-sIsoqkXz for <ietfarch-httpbisa-archive-bis2Juki@ietfa.amsl.com>; Wed, 31 Aug 2022 10:22:33 -0700 (PDT)
Received: from lyra.w3.org (lyra.w3.org [128.30.52.18]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange ECDHE (P-256) server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 6FA07C157B42 for <httpbisa-archive-bis2Juki@lists.ietf.org>; Wed, 31 Aug 2022 10:22:33 -0700 (PDT)
Received: from lists by lyra.w3.org with local (Exim 4.94.2) (envelope-from <ietf-http-wg-request@listhub.w3.org>) id 1oTRNy-00G9vr-29 for ietf-http-wg-dist@listhub.w3.org; Wed, 31 Aug 2022 17:20:18 +0000
Resent-Date: Wed, 31 Aug 2022 17:20:18 +0000
Resent-Message-Id: <E1oTRNy-00G9vr-29@lyra.w3.org>
Received: from titan.w3.org ([128.30.52.76]) by lyra.w3.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.94.2) (envelope-from <julian.reschke@greenbytes.de>) id 1oTRNw-00G9us-TZ for ietf-http-wg@listhub.w3.org; Wed, 31 Aug 2022 17:20:16 +0000
Received: from mail.greenbytes.de ([217.91.35.233]) by titan.w3.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.94.2) (envelope-from <julian.reschke@greenbytes.de>) id 1oTRNv-008FNq-5i for ietf-http-wg@w3.org; Wed, 31 Aug 2022 17:20:16 +0000
Received: by mail.greenbytes.de (Postfix, from userid 119) id DF65A9809D9; Wed, 31 Aug 2022 17:08:24 +0200 (CEST)
Received: from [192.168.178.20] (unknown [91.61.54.81]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits)) (Client did not present a certificate) by mail.greenbytes.de (Postfix) with ESMTPSA id EBA7B9809D9; Wed, 31 Aug 2022 17:08:14 +0200 (CEST)
Message-ID: <0e44240c-7219-a74b-708a-94386e9dfa19@greenbytes.de>
Date: Wed, 31 Aug 2022 19:19:51 +0200
MIME-Version: 1.0
User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:91.0) Gecko/20100101 Thunderbird/91.13.0
To: RFC Errata System <rfc-editor@rfc-editor.org>, fielding@gbiv.com, mnot@mnot.net, superuser@gmail.com, francesca.palombini@ericsson.com, tpauly@apple.com
Cc: gary.wilson@gmail.com, ietf-http-wg@w3.org
References: <20220831165007.27C7EC884E@rfcpa.amsl.com>
From: Julian Reschke <julian.reschke@greenbytes.de>
In-Reply-To: <20220831165007.27C7EC884E@rfcpa.amsl.com>
Content-Type: text/plain; charset="UTF-8"; format="flowed"
Content-Transfer-Encoding: 8bit
Received-SPF: pass client-ip=217.91.35.233; envelope-from=julian.reschke@greenbytes.de; helo=mail.greenbytes.de
X-W3C-Hub-Spam-Status: No, score=-4.9
X-W3C-Hub-Spam-Report: BAYES_00=-1.9, NICE_REPLY_A=-0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01, W3C_AA=-1, W3C_IRA=-1, W3C_WL=-1
X-W3C-Scan-Sig: titan.w3.org 1oTRNv-008FNq-5i 44958e595f3a3844bae98e7acb68b646
X-Original-To: ietf-http-wg@w3.org
Subject: Re: [Technical Errata Reported] RFC9110 (7109)
Archived-At: <https://www.w3.org/mid/0e44240c-7219-a74b-708a-94386e9dfa19@greenbytes.de>
Resent-From: ietf-http-wg@w3.org
X-Mailing-List: <ietf-http-wg@w3.org> archive/latest/40365
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>
Am 31.08.2022 um 18:50 schrieb RFC Errata System: > The following errata report has been submitted for RFC9110, > "HTTP Semantics". > > -------------------------------------- > You may review the report below and at: > https://www.rfc-editor.org/errata/eid7109 > > -------------------------------------- > Type: Technical > Reported by: Gary Wilson Jr. <gary.wilson@gmail.com> > > Section: 15.4.9 > > Original Text > ------------- > The 308 (Permanent Redirect) status code indicates that the target > resource has been assigned a new permanent URI and any future > references to this resource ought to use one of the enclosed URIs. > > Corrected Text > -------------- > The 308 (Permanent Redirect) status code indicates that the target > resource has been assigned a new permanent URI and any future > references to this resource ought to use one of the enclosed URIs. > The user agent MUST NOT change the request method if it performs > an automatic redirection to that URI. > > and/or add note as is present in RFC 7538, e.g.: > > Note: This status code is similar to 301 (Moved Permanently) > (Section 15.4.2), except that it does not allow changing > the request method from POST to GET. > > Notes > ----- > The current text in this section for 308 Permanent Redirect does not include any mention of the user agent not changing the request method. I am suggesting that similar wording be used as in 15.4.8. 307 Temporary Redirect and/or a note added similar to the one present in RFC 7538 but excluded from this section's current text. Whichever is chosen, it would be good to make the wording/notes consistent across both the 307 and 308 status code sections. > > Instructions: > ------------- > This erratum is currently posted as "Reported". If necessary, please > use "Reply All" to discuss whether it should be verified or > rejected. When a decision is reached, the verifying party > can log in to change the status and edit the report, if necessary. > > -------------------------------------- > RFC9110 (draft-ietf-httpbis-semantics-19) > -------------------------------------- > Title : HTTP Semantics > Publication Date : June 2022 > Author(s) : R. Fielding, Ed., M. Nottingham, Ed., J. Reschke, Ed. > Category : INTERNET STANDARD > Source : HTTP > Area : Applications and Real-Time > Stream : IETF > Verifying Party : IESG The text is entirely correct and consistent with what the spec says about code 307. 301 and 302 are the exceptions and thus carry notes about potential method rewriting. Best regards, Julian -- <green/>bytes GmbH, Hafenweg 16, D-48155 Münster, Germany Amtsgericht Münster: HRB5782
- [Technical Errata Reported] RFC9110 (7109) RFC Errata System
- Re: [Technical Errata Reported] RFC9110 (7109) Julian Reschke
- Re: [Technical Errata Reported] RFC9110 (7109) Julian Reschke
- Re: [Technical Errata Reported] RFC9110 (7109) Julian Reschke
- Re: [Technical Errata Reported] RFC9110 (7109) Julian Reschke