-
Notifications
You must be signed in to change notification settings - Fork 10.3k
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
[API Review] Support SkipStatusCodePages on endpoints and authorized routes #38573
Comments
Thank you for submitting this for API review. This will be reviewed by @dotnet/aspnet-api-review at the next meeting of the ASP.NET Core API Review group. Please ensure you take a look at the API review process documentation and ensure that:
|
API review: Approved. We can remove the namespace Microsoft.AspNetCore.Http.Metadata;
+ public interface ISkipStatusCodePagesMetadata
+ {
+ }
namespace Microsoft.AspNetCore.Mvc;
- public class SkipStatusCodePagesAttribute : Attribute, IResourceFilter
+ public class SkipStatusCodePagesAttribute : Attribute, IResourceFilter, ISkipStatusCodePagesMetadata
{
} |
@pranavkm I'm curios, why remove the
|
@Kahbazi we haven't seen any asks from users to want to toggle the feature which is in when we think a |
Closing as completed. |
@captainsafia Just curious. Is there any follow up issue for #38509 (comment)? |
Background and Motivation
#10317 identifies an issue where the behavior of the
AuthorizationMiddleware
circumvents the filter logic inSkipStatusCodeAttribute
and results in theStatusCodePageMiddleware
being executed when it shouldn't and masking the underlying 401 from theAuthorizationMiddleware
.This PR attempts to resolve this issue by removing the dependency on the
IFilter
execution order from theSkipStatusCodeAttribute
by introducing anISkipStatusCodesMetadata
interface.Proposed API
Usage Examples
PR located at #38509
The text was updated successfully, but these errors were encountered: