-
Notifications
You must be signed in to change notification settings - Fork 1.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
✨ Add custom path option for webhooks #2998
Conversation
|
Welcome @damsien! |
Hi @damsien. Thanks for your PR. I'm waiting for a kubernetes-sigs member to verify that this patch is reasonable to test. If it is, they should reply with Once the patch is verified, the new status will be reflected by the I understand the commands that are listed here. Instructions for interacting with me using PR comments are available here. If you have questions or suggestions related to my behavior, please file an issue against the kubernetes-sigs/prow repository. |
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.
Idea makes a lot of sense, one comment
/ok-to-test |
e5da553
to
9cf5a86
Compare
@alvaroaleman Done ✔️ |
pkg/builder/webhook.go
Outdated
if !validWebhookPathRegex.MatchString(customPath) { | ||
return "", errors.New("customPath \"" + customPath + "\" does not match this regex: " + webhookPathStringValidation) | ||
} | ||
return path.Clean(customPath), nil |
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.
This alters the path or not? Lets not do that, people might refernce the path in their Validating/MutatingWebhookConfiguration
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.
@alvaroaleman if you're asking about the path.Clean()
in the return section, it does not alter the final path, it only makes it cleaners. When I say it does not alter, it is in the way that the final path will act the same as the one provided by the user. For eg.
"//test" -> "/test"
So you want me to just return the customPath
?
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.
So you want me to just return the customPath?
I think so. I had a look at this and this is actually meant for filepaths, not for URLs. We are not dealing with untrusted input here, the double slash case you mentioned is probably confusing but not harmful. I think if for any reason we think the path we were given is wrong, we should return an error, otherwise the person who authors such code might not realize there is a problem
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.
Okay I understand! Just removed it!
Review correction
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!
LGTM label has been added. Git tree hash: 5b93965f39be021da08fe31a82f6451c13222653
|
[APPROVALNOTIFIER] This PR is APPROVED This pull-request has been approved by: alvaroaleman, damsien 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 |
This PR adds a way to configure mutating and validating webhooks using a custom path (for the HTTP call). It answer a problem described in this issue.
By default, the
WebhookBuilder
will generates the path using thegenerateMutatePath(gvk)
/generateValidatePath(gvk)
function. But if the user wants to use a custom path, it can build theWebhookBuilder
using theWithCustomPath(customPath)
function.Example: