When using Kustomize and defining multiple version of the same chart in a single kustomization.yml file Argo will always use the first defined version it finds in the list of Helm Chart definitions.
Due to Argo using the first version it finds in the list of charts/releases a syncing issue occurs.
The syncing issue is caused by the older versions of the chart not defining the new required values.
To Reproduce
Context:
We use private Helm Charts.
We use an OCI private registry.
We work in an airgapped environment.
In short, I cannot provide a true reproduction since the charts are not public and, I do not have access to public charts.
I can however provide an example to illustrate the issue.
Creates resources based on the defined version for each release.
Does not re-use a defined version for each defined release.
Screenshots
Version
2.10.3
Logs
one or more objects failed to apply, reason: error when patching "/dev/shm/3511515270": admission webhook "webhook.pipeline.tekton.dev" denied the request: mutation failed: cannot create patch for round tripped newBytes: cannot marshal interface: json: error calling MarshalJSON for type v1beta1.ParamValue: impossible ParamValues.Type: "". Retrying attempt #1 at 7:58AM.
Checklist:
argocd version
.Describe the bug
When using Kustomize and defining multiple version of the same chart in a single
kustomization.yml
file Argo will always use the first defined version it finds in the list of Helm Chart definitions.Due to Argo using the first version it finds in the list of charts/releases a syncing issue occurs. The syncing issue is caused by the older versions of the chart not defining the new required values.
To Reproduce
Context:
In short, I cannot provide a true reproduction since the charts are not public and, I do not have access to public charts. I can however provide an example to illustrate the issue.
Expected behavior
The expected behavior is as follows, ArgoCD:
Screenshots
Version
Logs