fix: release please chart sync#217
Conversation
| repository: ghcr.io/usetero/edge | ||
| pullPolicy: IfNotPresent | ||
| tag: "" | ||
| tag: "@sha256:c8e2fe40b23845012c6a6c9ca4b0865f0ea8da8599f8b9bdd15b60c48cab6f24" |
There was a problem hiding this comment.
🔴 Critical tero-edge/values.yaml:7
Setting image.tag to "@sha256:..." causes the rendered image reference to include a stray colon: ghcr.io/usetero/edge:@sha256:.... The template formats the image as {{ .Values.image.repository }}:{{ .Values.image.tag }}, so the @ prefix in the tag produces :@ instead of the valid digest separator @. Kubernetes rejects :@ in image references, so installs using the chart defaults fail to pull the tero-edge container. Set image.tag to "sha256:..." (without the leading @) so the template renders ghcr.io/usetero/edge:sha256:..., or update the template to handle digest references correctly.
🚀 Reply "fix it for me" or copy this AI Prompt for your agent:
In file @charts/tero-edge/values.yaml around line 7:
Setting `image.tag` to `"@sha256:..."` causes the rendered image reference to include a stray colon: `ghcr.io/usetero/edge:@sha256:...`. The template formats the image as `{{ .Values.image.repository }}:{{ .Values.image.tag }}`, so the `@` prefix in the tag produces `:@` instead of the valid digest separator `@`. Kubernetes rejects `:@` in image references, so installs using the chart defaults fail to pull the `tero-edge` container. Set `image.tag` to `"sha256:..."` (without the leading `@`) so the template renders `ghcr.io/usetero/edge:sha256:...`, or update the template to handle digest references correctly.
ApprovabilityVerdict: Needs human review 1 blocking correctness issue found. An unresolved review comment identifies a critical bug: the image.tag value '@sha256:...' produces invalid Kubernetes image references that will fail to pull. This substantive issue warrants human review. You can customize Macroscope's approvability policy. Learn more. |
No description provided.