Re: [http-state] Is this an omission in the parser rules of draft-ietf-httpstate-cookie-21?

Adam Barth <ietf@adambarth.com> Thu, 03 February 2011 20:15 UTC

MIME-Version: 1.0
In-Reply-To: <20110202190453.f00013ceab8fb1928885c5c172fbfd4a.158515956e.wbe@email00.secureserver.net>
References: <20110202190453.f00013ceab8fb1928885c5c172fbfd4a.158515956e.wbe@email00.secureserver.net>
From: Adam Barth <ietf@adambarth.com>
Date: Thu, 03 Feb 2011 12:18:43 -0800
Message-ID: <AANLkTimdPgsxJQ+R3GzraPmgvxBevvbGnMQgrGaDDKjW@mail.gmail.com>
To: Remy Lebeau <remy@lebeausoftware.org>
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: quoted-printable
Cc: http-state@ietf.org
Subject: Re: [http-state] Is this an omission in the parser rules of draft-ietf-httpstate-cookie-21?
Precedence: list

It's not an omission.  The use of quotation mark for cookie values in
RFC 2109 do not reflect how cookie behave in actual use.

Adam


On Wed, Feb 2, 2011 at 6:04 PM, Remy Lebeau <remy@lebeausoftware.org> wrote:
> RFC 2109 allows cookie and attribute values to be wrapped in quotation
> marks, but ietf-httpstate-cookie-21's definitions of "cookie-value" and
> "cookie-av" do not seem to allow for that.  Or am I missing something?
> The examples in RFC 2109 fail to parse properly if the draft definitions
> are strictly used (for instance, processing a "Path" attribute can fail
> because the first character may be <"> instead of "/" unless <'>
> characters are stripped off during parsing).
>
> Also in the draft, "cookie-value" is defined as:
>
>  cookie-value      = token / ""
>
> Is the <""> portion a typo, or was it meant to be more like this
> instead?
>
>  cookie-value      = token / <"> token <">
>
> _______________________________________________
> http-state mailing list
> http-state@ietf.org
> https://www.ietf.org/mailman/listinfo/http-state
>

Re: [http-state] Is this an omission in the parse… Remy Lebeau
[http-state] Is this an omission in the parser ru… Remy Lebeau
Re: [http-state] Is this an omission in the parse… Adam Barth
Re: [http-state] Is this an omission in the parse… Adam Barth
Re: [http-state] Is this an omission in the parse… Remy Lebeau
Re: [http-state] Is this an omission in the parse… Adam Barth
Re: [http-state] Is this an omission in the parse… Julian Reschke
Re: [http-state] Is this an omission in the parse… Adam Barth
Re: [http-state] Is this an omission in the parse… Remy Lebeau
Re: [http-state] Is this an omission in the parse… Remy Lebeau
Re: [http-state] Is this an omission in the parse… Remy Lebeau
Re: [http-state] Is this an omission in the parse… Adam Barth
Re: [http-state] Is this an omission in the parse… Roy T. Fielding
Re: [http-state] Is this an omission in the parse… Adam Barth
Re: [http-state] Is this an omission in the parse… Adam Barth
Re: [http-state] Is this an omission in the parse… Remy Lebeau
Re: [http-state] Is this an omission in the parse… Adam Barth
Re: [http-state] Is this an omission in the parse… Remy Lebeau
Re: [http-state] Is this an omission in the parse… Adam Barth
Re: [http-state] Is this an omission in the parse… Remy Lebeau
Re: [http-state] Is this an omission in the parse… Adam Barth
Re: [http-state] Is this an omission in the parse… Peter Saint-Andre
Re: [http-state] Is this an omission in the parse… Adam Barth
Re: [http-state] Is this an omission in the parse… Peter Saint-Andre
Re: [http-state] Is this an omission in the parse… Adam Barth
Re: [http-state] Is this an omission in the parse… Roy T. Fielding
Re: [http-state] Is this an omission in the parse… Adam Barth
Re: [http-state] Is this an omission in the parse… Roy T. Fielding
Re: [http-state] Is this an omission in the parse… Julian Reschke
Re: [http-state] Is this an omission in the parse… Adam Barth
Re: [http-state] Is this an omission in the parse… Julian Reschke
Re: [http-state] Is this an omission in the parse… Adam Barth
Re: [http-state] Is this an omission in the parse… Roy T. Fielding
Re: [http-state] Is this an omission in the parse… Adam Barth
Re: [http-state] Is this an omission in the parse… Adam Barth
Re: [http-state] Is this an omission in the parse… Remy Lebeau
Re: [http-state] Is this an omission in the parse… Dan Winship
Re: [http-state] Is this an omission in the parse… Remy Lebeau
[http-state] parser rules of draft-ietf-httpstate… Roy T. Fielding
Re: [http-state] parser rules of draft-ietf-https… Peter Saint-Andre
Re: [http-state] parser rules of draft-ietf-https… Roy T. Fielding
Re: [http-state] parser rules of draft-ietf-https… Adam Barth
Re: [http-state] parser rules of draft-ietf-https… Peter Saint-Andre
Re: [http-state] parser rules of draft-ietf-https… Roy T. Fielding
Re: [http-state] parser rules of draft-ietf-https… Remy Lebeau
Re: [http-state] parser rules of draft-ietf-https… Adam Barth
Re: [http-state] parser rules of draft-ietf-https… Roy T. Fielding
Re: [http-state] parser rules of draft-ietf-https… Adam Barth
Re: [http-state] parser rules of draft-ietf-https… Dan Winship
Re: [http-state] parser rules of draft-ietf-https… Adam Barth
Re: [http-state] parser rules of draft-ietf-https… Peter Saint-Andre