[Mono-bugs] [Bug 65864][Maj] Changed - Cookies incorrectly include path and domain information in requests
bugzilla-daemon@bugzilla.ximian.com
bugzilla-daemon@bugzilla.ximian.com
Mon, 13 Sep 2004 16:35:13 -0400 (EDT)
Please do not reply to this email- if you want to comment on the bug, go to the
URL shown below and enter your comments there.
Changed by lewing@ximian.com.
http://bugzilla.ximian.com/show_bug.cgi?id=65864
--- shadow/65864 2004-09-13 15:22:43.000000000 -0400
+++ shadow/65864.tmp.8525 2004-09-13 16:35:13.000000000 -0400
@@ -31,6 +31,40 @@
VALUE = value
path = "$Path" "=" value
domain = "$Domain" "=" value
port = "$Port" [ "=" <"> value <"> ]
What spec are you referring to?
+
+------- Additional Comments From lewing@ximian.com 2004-09-13 16:35 -------
+http://www.ietf.org/rfc/rfc2109.txt defines the Set-Cookie: header and
+4.2.2 Set-Cookie Syntax
+says
+Version=version
+ Required. The Version attribute, a decimal integer, identifies to
+ which version of the state management specification the cookie
+ conforms. For this specification, Version=1 applies.
+
+and
+
+The user agent keeps separate track of state information that arrives
+ via Set-Cookie response headers from each origin server (as
+ distinguished by name or IP address and port). The user agent
+ applies these defaults for optional attributes that are missing:
+
+ Version Defaults to "old cookie" behavior as originally specified by
+ Netscape. See the HISTORICAL section.
+
+
+the old cookie behavior is defined by
+
+http://home.netscape.com/newsref/std/cookie_spec.html
+
+
+and that does not reply with the path information, so based on what
+I've seen in firefox and the reading of the specs, if the response
+includes a Set-Cookie: without a version attribute the Cookie should
+generate a Cookie: header that does not include the path.
+
+
+
+