You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
If all of the following are true for an image tag Helm chart value:
The tag value is set in a custom values.yaml file
The tag is a numeric semantic version (i.e. no surrounding quotes are used)
The tag is of the form <major_version>.<minor_version>
The minor number is a multiple of 10
Then the trailing zeros of the minor version get truncated when the tag gets translated to
a Kubernetes manifest.
For example, a tag of 1.10 gets truncated to 1.1. This happens because the .10 in 1.10 is treated
as a decimal fraction.
This issue seems unavoidable if we allow tag values to be numeric.
It would be better to avoid this issue by only allowing string values (i.e. surrounding quotes should be required).
Steps to Reproduce
Steps to reproduce the behavior:
Copy values.yaml to custom_values.yaml
Modify any of the tag values in custom_values.yaml to 1.10
Run helm template ... or helm install --dry-run... with the -f custom_values.yaml option
Look at the rendered Kubernetes manifest, and you will see the 1.10 value trucated
to 1.1.
Expected Results
Either:
A numeric tag value with minor version that is a multiple of 10,
e.g. 1.10 should not get truncated, OR....
Numeric tag values should not be allowed.
Actual Results (including error logs, if applicable)
A tag value of 1.10 was truncated to 1.1 upon translation
to Kubernetes manifest.
Reproducible
Always
Sometimes
Non-Reproducible
Version/Tag number
What version of the product are you running? Any version info that you can share is helpful.
For example, you might give the version from Docker logs, the Docker tag, a specific download URL,
the output of the /info route, etc.
Environment setup
Can you describe the environment in which this product is running? Is it running on a VM / in a container / in a cloud?
Which cloud provider? Which container orchestrator (including version)?
The more info you can share about your runtime environment, the better we may be able to reproduce the issue.
Additional Information
Add any other context about the problem here.
The text was updated successfully, but these errors were encountered:
Summary
If all of the following are true for an image tag Helm chart value:
Then the trailing zeros of the minor version get truncated when the tag gets translated to
a Kubernetes manifest.
For example, a tag of
1.10
gets truncated to1.1
. This happens because the.10
in1.10
is treatedas a decimal fraction.
This issue seems unavoidable if we allow tag values to be numeric.
It would be better to avoid this issue by only allowing string values (i.e. surrounding quotes should be required).
Steps to Reproduce
Steps to reproduce the behavior:
values.yaml
tocustom_values.yaml
tag
values incustom_values.yaml
to1.10
helm template ...
orhelm install --dry-run...
with the-f custom_values.yaml
option1.10
value trucatedto
1.1
.Expected Results
Either:
e.g.
1.10
should not get truncated, OR....Actual Results (including error logs, if applicable)
A tag value of
1.10
was truncated to1.1
upon translationto Kubernetes manifest.
Reproducible
Version/Tag number
What version of the product are you running? Any version info that you can share is helpful.
For example, you might give the version from Docker logs, the Docker tag, a specific download URL,
the output of the
/info
route, etc.Environment setup
Can you describe the environment in which this product is running? Is it running on a VM / in a container / in a cloud?
Which cloud provider? Which container orchestrator (including version)?
The more info you can share about your runtime environment, the better we may be able to reproduce the issue.
Additional Information
Add any other context about the problem here.
The text was updated successfully, but these errors were encountered: