-
Notifications
You must be signed in to change notification settings - Fork 10k
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
Remove Pseudo-Headers From Public API #42496
Remove Pseudo-Headers From Public API #42496
Conversation
… new internal ones in PseudoHeaderNames.cs
… ones instead. Then updated all usages
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Let @halter73 review this next week.
… Core to avoid the internal dependencies
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
@halter73 will want to review this 😁
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Thanks! This looks good.
For APIs that people actually used, we should start using diagnostic IDs for obsoletions. See https://github.com/dotnet/designs/blob/main/accepted/2020/better-obsoletion/better-obsoletion.md. I don't think it's necessary for this though because these header names have never been populated in header dictionaries.
Currently we place the pseudo-headers in the
HeaderNames.cs
file which exposes them as public API. This is redundant as the pseudo-headers are all stripped out in internal code prior to passing it up to publicly available layers. Thus, these headers cannot actually be used by end users. This PR marks them as obsolete and adds them to an internal-only file,PseudoHeaderNames.cs
.From: #42002 (comment)