-
Notifications
You must be signed in to change notification settings - Fork 3.6k
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
[fix][broker] Fix authenticate order in AuthenticationProviderList #23111
Conversation
Codecov ReportAttention: Patch coverage is
Additional details and impacted files@@ Coverage Diff @@
## master #23111 +/- ##
============================================
- Coverage 73.57% 73.42% -0.15%
- Complexity 32624 33212 +588
============================================
Files 1877 1919 +42
Lines 139502 144107 +4605
Branches 15299 15749 +450
============================================
+ Hits 102638 105810 +3172
- Misses 28908 30170 +1262
- Partials 7956 8127 +171
Flags with carried forward coverage won't be shown. Click here to find out more.
|
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.
LGTM
@michaeljmarshall Could you help review this patch ?
Please explain the rationale. What is the consequence of this change? What problem does it fix? |
When two AuthenticationProviders A and B are configured, and they are valid for a token at the same time, but we expect to use the subject of A for authentication. |
…pache#23111) (cherry picked from commit 0e66547) (cherry picked from commit bcfb1f5)
…pache#23111) (cherry picked from commit 0e66547) (cherry picked from commit bcfb1f5)
Motivation
If we configure multiple AuthenticationProvider, we should authenticate in configuration order, but authenticate from back to front now in AuthenticationListState#authenticateAsync and AuthenticationProviderList#authenticateAsync.
Modifications
Fix authenticate order in AuthenticationProviderList
Verifying this change
(Please pick either of the following options)
This change is a trivial rework / code cleanup without any test coverage.
(or)
This change is already covered by existing tests, such as (please describe tests).
(or)
This change added tests and can be verified as follows:
(example:)
Does this pull request potentially affect one of the following parts:
If the box was checked, please highlight the changes
Documentation
doc
doc-required
doc-not-needed
doc-complete
Matching PR in forked repository
PR in forked repository: