-
-
Notifications
You must be signed in to change notification settings - Fork 1k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Credentials support? #49
Comments
You should add them manually as headers. You can in fact use the same code for server and for client, because on client the Cookie headers are ignored and fetch('/', {
credentials: 'include',
headers: {'Cookie': 'foo=bar;bar=foo'}
}) |
@XeeD not great, but works. |
Hi, I'm having an issue where cookies that are set in between redirects are not persisted. With the |
@coverslide this question finally comes, the short answer is: Any library ( |
closing this issue as the main problem has a workaround. (added coverslide's suggestion to #8, it's something we would like to provide a workaround, possibly by implementing redirect header extraction) |
Why close this when it still is an issue? The "real" solution must be to add the same support server side as client side, no? |
I agree with @lillem4n, this issue is far from being solved. I cannot set cookies through HTTP, and then later on use them in fetch requests that require these cookies. Edit: manually getting and setting the cookies as headers sort of works, as mentioned in #49 (comment), but this works around the purpose of This limit is mentioned in LIMITS.md, but there is no mention of solving this in the v3 roadmap, so this does raise some concern for me. |
Same problem here, works greet with regular fetch but not with |
On client-side we can deal with cookies specifying
credentials
option.https://fetch.spec.whatwg.org/#concept-request-credentials-mode
But, have any idea about cookies on server-side (node-fetch)?
The text was updated successfully, but these errors were encountered: