Skip to content
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

Clarify: credentials param affect response too #1174

Merged
merged 2 commits into from
Feb 19, 2021

Conversation

sideshowbarker
Copy link
Contributor

@sideshowbarker sideshowbarker commented Feb 19, 2021

This change updates the descriptions of all “credentials mode” values, to clarify that the values affect whether browsers use credentials sent back in responses (e.g., any Set-Cookie response headers) — not just whether credentials are sent with the request. Related: mdn/content#2468


Preview | Diff

This change updates the descriptions of all “credentials mode” values,
to clarify that the values affect whether browsers use credentials sent
back in responses (e.g., any Set-Cookie response headers) — not just
whether credentials are sent with the request.
@sideshowbarker sideshowbarker force-pushed the sideshowbarker/credentials-param-clarify branch from 909fb31 to 9a964ec Compare February 19, 2021 03:46
sideshowbarker added a commit to mdn/content that referenced this pull request Feb 19, 2021
This change updates the documentation on the fetch() method, to clarify
that the "credentials" value affects whether browsers use credentials
sent back in responses (e.g., any Set-Cookie response headers) — not
just whether credentials are sent with the request

Fixes #2409

Related: whatwg/fetch#1174
Copy link
Member

@annevk annevk left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I guess in practice there's only really Set-Cookie for responses, but maybe keeping this generic is fine. Thoughts?

@sideshowbarker
Copy link
Contributor Author

I guess in practice there's only really Set-Cookie for responses, but maybe keeping this generic is fine. Thoughts?

For developers reading it, it seems best to be as explicit as possible — so if the Set-Cookie header is the only form or credentials the response can have which would be affected, then let’s say that.

@annevk
Copy link
Member

annevk commented Feb 19, 2021

Sorry, I'm wrong. It also affects 401 responses (and connection pooling). (Search for includeCredentials.)

@sideshowbarker sideshowbarker force-pushed the sideshowbarker/credentials-param-clarify branch from 9b7366c to 9a964ec Compare February 19, 2021 14:35
@sideshowbarker
Copy link
Contributor Author

Sorry, I'm wrong. It also affects 401 responses (and connection pooling). (Search for includeCredentials.)

OK — stripped out the other commit

fetch.bs Outdated Show resolved Hide resolved
@annevk annevk merged commit 00344d2 into main Feb 19, 2021
@annevk annevk deleted the sideshowbarker/credentials-param-clarify branch February 19, 2021 14:59
@annevk
Copy link
Member

annevk commented Feb 19, 2021

Thanks @sideshowbarker!

Rumyra pushed a commit to mdn/content that referenced this pull request Feb 19, 2021
…oo (#2468)

* Push the “fix fixable flaws” button

* Fetch response cookies affected by credentials

This change updates the documentation on the fetch() method, to clarify
that the "credentials" value affects whether browsers use credentials
sent back in responses (e.g., any Set-Cookie response headers) — not
just whether credentials are sent with the request

Fixes #2409

Related: whatwg/fetch#1174

* Fold URL object under USVString as resource value
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Development

Successfully merging this pull request may close these issues.

None yet

2 participants