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

Document System.Net.Cookie path related breaking changes #20416

Merged
merged 2 commits into from
Sep 2, 2020

Conversation

CarnaViire
Copy link
Member

Described changes introduced by PR dotnet/runtime#39250

Fixes #20363

@CarnaViire CarnaViire requested review from gewarren and a team September 2, 2020 16:20
@CarnaViire CarnaViire requested a review from a team as a code owner September 2, 2020 16:20
@dotnet-bot dotnet-bot added this to the September 2020 milestone Sep 2, 2020
Copy link
Member

@antonfirsov antonfirsov left a comment

Choose a reason for hiding this comment

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

LGTM

@IEvangelist IEvangelist merged commit 6bdc847 into dotnet:master Sep 2, 2020
@@ -254,6 +254,7 @@ If you're migrating from version 3.1 of .NET Core, ASP.NET Core, or EF Core to v

- [WinHttpHandler removed from .NET runtime](#winhttphandler-removed-from-net-runtime)
- [MulticastOption.Group doesn't accept a null value](#multicastoptiongroup-doesnt-accept-a-null-value)
- [Cookie Path handling now conforms to RFC 6265](#cookie-path-handling-now-conforms-to-rfc-6265)
Copy link
Contributor

Choose a reason for hiding this comment

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

Please also add the include link to the networking category file: https://github.com/dotnet/docs/blob/master/docs/core/compatibility/networking.md

@@ -0,0 +1,34 @@
### Cookie Path handling now conforms to RFC 6265

Path handling algorithms defined in [RFC 6265](https://tools.ietf.org/html/rfc6265) were implemented for `Cookie` and `CookieContainer` classes.
Copy link
Contributor

Choose a reason for hiding this comment

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

Suggested change
Path handling algorithms defined in [RFC 6265](https://tools.ietf.org/html/rfc6265) were implemented for `Cookie` and `CookieContainer` classes.
Path-handling algorithms defined in [RFC 6265](https://tools.ietf.org/html/rfc6265) were implemented for the <xref:System.Net.Cookie> and <xref:System.Net.CookieContainer> classes.

#### Change description

- Restriction for the `Path` attribute is removed (it's no longer expected to be a prefix of the request path).
- Calculation of the default value of `Path` and path matching algorithms were implemented as defined in [section 5.1.4](https://tools.ietf.org/html/rfc6265#section-5.1.4) of RFC 6265.
Copy link
Contributor

Choose a reason for hiding this comment

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

Suggested change
- Calculation of the default value of `Path` and path matching algorithms were implemented as defined in [section 5.1.4](https://tools.ietf.org/html/rfc6265#section-5.1.4) of RFC 6265.
- The calculation of the default value of <xref:System.Net.Cookie.Path> and path-matching algorithms were implemented as defined in [section 5.1.4](https://tools.ietf.org/html/rfc6265#section-5.1.4) of RFC 6265.


#### Change description

- Restriction for the `Path` attribute is removed (it's no longer expected to be a prefix of the request path).
Copy link
Contributor

Choose a reason for hiding this comment

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

Suggested change
- Restriction for the `Path` attribute is removed (it's no longer expected to be a prefix of the request path).
- The <xref:System.Net.Cookie.Path> property is no longer required to be a prefix of the request path.


#### Recommended action

In most cases, you won't need to take any action. However, if your code was dependent on `Path` validation you would need to implement required validation in your code; or if your code was dependent on `Path`'s default value calculation, you might want to supply the `Path` value manually instead of using the default value.
Copy link
Contributor

Choose a reason for hiding this comment

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

Suggested change
In most cases, you won't need to take any action. However, if your code was dependent on `Path` validation you would need to implement required validation in your code; or if your code was dependent on `Path`'s default value calculation, you might want to supply the `Path` value manually instead of using the default value.
In most cases, you won't need to take any action. However, if your code was dependent on <xref:System.Net.Cookie.Path> validation, you'll need to implement required validation in your code. If your code was dependent on default value calculation for <xref:System.Net.Cookie.Path>, consider supplying the <xref:System.Net.Cookie.Path> value manually instead of using the default value.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

Document System.Net.Cookie path related breaking changes
6 participants