-
Notifications
You must be signed in to change notification settings - Fork 595
Support whitespace in tag keys and values #1716
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
base: master
Are you sure you want to change the base?
Conversation
Welcome @slackfan! |
Hi @slackfan. 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. |
Also, for I chose not to modify The Helm charts helper function https://github.com/kubernetes-sigs/aws-efs-csi-driver/blob/master/charts/aws-efs-csi-driver/templates/_helpers.tpl#L50 As changing it would break existing behavior (existing workarounds in place). If it makes sense to add automatic escaping there, let me know. |
[APPROVALNOTIFIER] This PR is NOT APPROVED This pull-request has been approved by: samuhale, slackfan The full list of commands accepted by this bot can be found here.
Needs approval from an approver in each of these files:
Approvers can indicate their approval by writing |
Is this a bug fix or adding new feature?
This PR adds a feature.
What is this PR about? / Why do we need it?
The current EFS Driver implementation does not support whitespace in tagging keys and values while the EFS API itself does support that.
The proposed implementation adds escaping support for the whitespace, allowing to configure the tags accordingly so the Driver implementation can handle it and causes fancy potentially undesirable tag values being written in case this is not known.
I chose to implement this via escape sequence. Namely a backslash as this was chosen recently via PR #1693
Existing behavior is mainly kept. The only difference I propose to implement is that empty tag values are supported. Before the changes this raised an error, after the changes a missing colon separator leads to an empty value.
What testing is done?
Additional unit tests have been added.