You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
This repository has been archived by the owner on Apr 12, 2024. It is now read-only.
Consider the case where a cookie, foo has the value r_value at the root path /, and another value, say, p_value at a subpath /path.
document.cookie will contains both values for the cooke for an application served under the /foo path. The value for the more specific path, /foo, will appear first in the list and the other less specific value will appear later.
angular currently uses the last seen value of the cookie but should use the first value. The becomes a bigger issue when coupled with the automatic XSRF protection that's provided in conjunction with the XSRF-TOKEN cookie. Currently, if a value for this cookie is set on the root path, then that value is always used for applications at any other path.
I'm working on a fix.
The text was updated successfully, but these errors were encountered:
With this change, $browser.cookies()["foo"] will behave like
docCookies.getItem("foo") where docCookies is defined at
https://developer.mozilla.org/en-US/docs/DOM/document.cookie
This fixes the issue where, if there's a value for the XSRF-TOKEN cookie
value with the path /, then that value is used for all applications in
the domain even if they set path specific values for XSRF-TOKEN.
Closesangular#2635
Consider the case where a cookie,
foo
has the valuer_value
at the root path/
, and another value, say,p_value
at a subpath/path
.document.cookie
will contains both values for the cooke for an application served under the/foo
path. The value for the more specific path,/foo
, will appear first in the list and the other less specific value will appear later.angular currently uses the last seen value of the cookie but should use the first value. The becomes a bigger issue when coupled with the automatic XSRF protection that's provided in conjunction with the
XSRF-TOKEN
cookie. Currently, if a value for this cookie is set on the root path, then that value is always used for applications at any other path.I'm working on a fix.
The text was updated successfully, but these errors were encountered: