Re: 103 (Early Hints) vs. response headers

Kazuho Oku <kazuhooku@gmail.com> Sat, 18 March 2017 12:51 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 A265712708C for <ietfarch-httpbisa-archive-bis2Juki@ietfa.amsl.com>; Sat, 18 Mar 2017 05:51:57 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -7.002
X-Spam-Level:
X-Spam-Status: No, score=-7.002 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HEADER_FROM_DIFFERENT_DOMAINS=0.001, RCVD_IN_DNSWL_HI=-5, RP_MATCHES_RCVD=-0.001, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com
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 1Ruof7k-Nxuc for <ietfarch-httpbisa-archive-bis2Juki@ietfa.amsl.com>; Sat, 18 Mar 2017 05:51:55 -0700 (PDT)
Received: from frink.w3.org (frink.w3.org [128.30.52.56]) (using TLSv1.2 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id C56331271DF for <httpbisa-archive-bis2Juki@lists.ietf.org>; Sat, 18 Mar 2017 05:51:54 -0700 (PDT)
Received: from lists by frink.w3.org with local (Exim 4.80) (envelope-from <ietf-http-wg-request@listhub.w3.org>) id 1cpDnF-0001wc-MA for ietf-http-wg-dist@listhub.w3.org; Sat, 18 Mar 2017 12:49:13 +0000
Resent-Date: Sat, 18 Mar 2017 12:49:13 +0000
Resent-Message-Id: <E1cpDnF-0001wc-MA@frink.w3.org>
Received: from mimas.w3.org ([128.30.52.79]) by frink.w3.org with esmtps (TLS1.2:RSA_AES_128_CBC_SHA1:128) (Exim 4.80) (envelope-from <kazuhooku@gmail.com>) id 1cpDn8-0001p8-FN for ietf-http-wg@listhub.w3.org; Sat, 18 Mar 2017 12:49:06 +0000
Received: from mail-pg0-f43.google.com ([74.125.83.43]) by mimas.w3.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.84_2) (envelope-from <kazuhooku@gmail.com>) id 1cpDn2-0003Ys-JO for ietf-http-wg@w3.org; Sat, 18 Mar 2017 12:49:01 +0000
Received: by mail-pg0-f43.google.com with SMTP id 21so22409899pgg.1 for <ietf-http-wg@w3.org>; Sat, 18 Mar 2017 05:48:39 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=Dm6gobu5Gf3D8WrGqys8117SnXJRiRHxXhsCzioVKRE=; b=DLheE0kEZmz0zdaimWTQUmMZrY7ektLMvGuZbizGSnzvmKFEQKpv2pQUnR/jr06ZrW YUpRnsqMKg0umnbMDkXgubiMZoVCmFpy6IRx284UgXw8w1tbBr3QE9PH+2HpLPQ8vCbl arkOwnZuBjZLT+5+4B5/0rjSUBPKd/XeVwAOo3QVzAQ/+Es9yQUngn7dpcHYlMTIgybS Y+AhZunqkSfGCvWQYZrehb7p6btzuJMCQ2fza4k/Z1fgEIvAMkfb4ELRMyjIgLfra5J0 wk0HnCUUCH2G7wZtDNkVSNOvOZMNHxfGZ2AVzO/3n+LFNnmBdHV1RbTvHP57IvRsuXbu bUtg==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=Dm6gobu5Gf3D8WrGqys8117SnXJRiRHxXhsCzioVKRE=; b=VFd37mT1GiVLkYX1sQC21ZwGFX0/tBF0Ms4alTpMetfH+ASxO4QHXuLw0aFnStoevY ZbzDPxElyQ3cKiZfcHFCsk7lh8XqIgsLYE7Y0C+sN8S44+KCtmZfZnqSlPBS6Cda65rU jpUNv0zkqoAbOC0M2DeEayRDzUTB1Mr6225bxmug6khSB8fXd0XjiNaxmN52nzRXa4Zd Af9vZR2EMyy5crCZq6iqnwY3bFHe0dPftD+h0AYaBKOLyZy0NwKwVMp01QPLYffYCsa/ xEN+0tXMRETursenDWI4TMzJHNSmQGwXgyMVQhxrlU7E7CN3HoubMJanJ6MC6lZac65C /z9g==
X-Gm-Message-State: AFeK/H006m5fe68iAvu0Qjfzt/zcLb0XL4ueAtOnuKuHH52TeWorIKHgipChr1je+Fh00D4WV0TrOlF1LUQovw==
X-Received: by 10.99.97.12 with SMTP id v12mr20396878pgb.124.1489841313835; Sat, 18 Mar 2017 05:48:33 -0700 (PDT)
MIME-Version: 1.0
Received: by 10.100.149.13 with HTTP; Sat, 18 Mar 2017 05:48:33 -0700 (PDT)
In-Reply-To: <D375D11E-988A-48AE-B9A9-E3B20C228570@mnot.net>
References: <CALHHdhwQBfBN0Xz-4kxRJrJekiCLnro1i-MVw954wTRyOWAtvw@mail.gmail.com> <E10BB6E0-3BD8-44EC-AE18-076D38077371@mnot.net> <CANatvzxS7Z9U5Jr2N_EeyY5NUrZ-weuGsetuUQdLWGGOQKVLNw@mail.gmail.com> <20170315062242.GB13814@1wt.eu> <CANatvzyeYxHFDDh-Hms6V0gJ+MkgW6v78uLj9bieR_nAaOfPHw@mail.gmail.com> <D375D11E-988A-48AE-B9A9-E3B20C228570@mnot.net>
From: Kazuho Oku <kazuhooku@gmail.com>
Date: Sat, 18 Mar 2017 21:48:33 +0900
Message-ID: <CANatvzxtLBnsXcMz+xPiC5_oSkweQNT1PNHijDwx1BcOrZMi7Q@mail.gmail.com>
To: Mark Nottingham <mnot@mnot.net>
Cc: Willy Tarreau <w@1wt.eu>, Vasiliy Faronov <vfaronov@gmail.com>, HTTP Working Group <ietf-http-wg@w3.org>
Content-Type: text/plain; charset="UTF-8"
Received-SPF: pass client-ip=74.125.83.43; envelope-from=kazuhooku@gmail.com; helo=mail-pg0-f43.google.com
X-W3C-Hub-Spam-Status: No, score=-5.9
X-W3C-Hub-Spam-Report: AWL=0.940, BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H2=-2.8, SPF_PASS=-0.001, W3C_AA=-1, W3C_WL=-1
X-W3C-Scan-Sig: mimas.w3.org 1cpDn2-0003Ys-JO 24320c792670f40540ac50eb661dba25
X-Original-To: ietf-http-wg@w3.org
Subject: Re: 103 (Early Hints) vs. response headers
Archived-At: <http://www.w3.org/mid/CANatvzxtLBnsXcMz+xPiC5_oSkweQNT1PNHijDwx1BcOrZMi7Q@mail.gmail.com>
Resent-From: ietf-http-wg@w3.org
X-Mailing-List: <ietf-http-wg@w3.org> archive/latest/33749
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: <http://www.w3.org/Mail/>
List-Post: <mailto:ietf-http-wg@w3.org>
List-Unsubscribe: <mailto:ietf-http-wg-request@w3.org?subject=unsubscribe>

2017-03-17 9:35 GMT+09:00 Mark Nottingham <mnot@mnot.net>:
>
>> On 17 Mar 2017, at 12:55 am, Kazuho Oku <kazuhooku@gmail.com> wrote:
>>
>> While I would not say that RFC 6265 and Early Hints would contradict,
>> I still think that the requirement of how a Set-Cookie header _can_ be
>> handled is narrowed by Early Hints. Consider the response below.
>>
>> HTTP/1.1 103 Early Hints
>> Set-Cookie: a=b
>>
>> HTTP/1.1 200 OK
>> Content-Type: text/plain; charset=utf-8
>> Content-Length: 12
>>
>> Hello world
>>
>> RFC 6265 allows the client to store cookie `a` by stating that a
>> client MAY accept a Set-Cookie header within any 100-level response.
>
> Just a note -- one of the possible outcomes is that we decide that's a bug in 6265. Do we have any data on clients with cookie jars that actually do this?

Thank you for the suggestion.

I'd prefer RFC 6265 defining the behavior for all of the 100-level
response be considered as a bug. I do not see why the definition needs
to be different from that of RFC 7231 section 6.2; quote: "A user
agent MAY ignore unexpected 1xx responses."

OTOH, please let me note that even if we consider that RFC 6265 should
be corrected to align with the definition found in RFC 7231, the
discussion of if we should recognize the headers of an 103 response as
belonging to the response itself remains.

> Cheers,
>
>
> --
> Mark Nottingham   https://www.mnot.net/
>



-- 
Kazuho Oku