-
Notifications
You must be signed in to change notification settings - Fork 40.1k
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
don't ignore UID impersonation in webhook clients #116681
Conversation
ac2a2ff
to
8d3a498
Compare
Looking at the changelog text, it's not that webhooks were ignoring impersonated UID data, its that the API server failed to pass it to the webhook. |
I modified the changelog, is it clearer now? |
This might be better: -Fixed an issue where webhooks would not honor the UID impersonation configuration.
+Fixed an issue where authentication webhooks would not honor the UID impersonation configuration. However, it still sounds like the thing that was at fault was the far end. That's misleading. Try this: Fixed an issue where the API server did not send impersonated UID to authentication webhooks. |
/assign @deads2k |
/lgtm it's a bug, but I don't see it as urgent. @stlaz if you want to pick it, how about 1.27.z? |
LGTM label has been added. Git tree hash: 018593169f28d901a3a0c6312d089ccb097d662e
|
[APPROVALNOTIFIER] This PR is APPROVED This pull-request has been approved by: deads2k, stlaz The full list of commands accepted by this bot can be found here. The pull request process is described here
Needs approval from an approver in each of these files:
Approvers can indicate their approval by writing |
1.27.z seems ok. What does it mean in terms of this PR and it getting merged? Should we have a cherry pick to 1.27 and merge in 1.28? |
this PR will merge to master when it opens for 1.28, then we'll pick to release-1.27 for 1.27.x |
What type of PR is this?
/kind bug
/sig auth
What this PR does / why we need it:
This fixes webhook client config handling not to ignore UID for impersonation
Which issue(s) this PR fixes:
Fixes None
Special notes for your reviewer:
Does this PR introduce a user-facing change?
Additional documentation e.g., KEPs (Kubernetes Enhancement Proposals), usage docs, etc.: