🌱 test(api): cover additionalTags keys with spaces#5985
Conversation
Existing 'spaces allowed' test only verifies a tag *value* with a space;
the key path is not exercised. Add a regression case for keys with
spaces ("Patch Group") in both v1beta1 and v1beta2 so future regex
churn cannot silently break the case from kubernetes-sigs#4642 again.
|
[APPROVALNOTIFIER] This PR is NOT APPROVED This pull-request has been approved by: The full list of commands accepted by this bot can be found here. DetailsNeeds approval from an approver in each of these files:Approvers can indicate their approval by writing |
|
Welcome @alliasgher! |
|
Hi @alliasgher. 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 Regular contributors should join the org to skip this step. Once the patch is verified, the new status will be reflected by the I understand the commands that are listed here. DetailsInstructions 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. |
|
/ok-to-test |
What type of PR is this?
/kind cleanup
What this PR does / why we need it:
The existing
no errors - spaces allowedtest inapi/v1beta1/tags_test.goandapi/v1beta2/tags_test.goonly exercises a tag value containing a space ({"validKey": "valid Value"}). Keys with spaces — the actual scenario reported in #4642 (e.g.Patch Group: nopatch) — are not covered, even though the regex^[a-zA-Z0-9\s\_\.\:\=\+\-\@\/]*$is meant to allow them.This PR adds a regression case that uses
"Patch Group"as the key in both v1beta1 and v1beta2 test tables, so future regex churn cannot silently re-break this scenario.The actual validation regex was fixed in commit
4b69599(Sept 2022) and ships in all currently supported v2.x releases, so no production code change is needed; this is just locking down the behaviour.Which issue(s) this PR fixes:
Fixes #4642
Special notes for your reviewer:
I verified the regex behaviour manually and via the new test cases — both v1beta1 and v1beta2
Tags.Validate()accept keys with spaces today.AI Usage:
Used Claude to summarise the regex history and draft the test cases; verified by running
go test ./api/v1beta1/ ./api/v1beta2/ -run TestTagsValidatelocally.