[X] I have tested with the :latest image tag (i.e. quay.io/argoproj/workflow-controller:latest) and can confirm the issue still exists on :latest. If not, I have explained why, in detail, in my description below.
[X] I have searched existing issues and could not find a match for this bug
While the Windows build is not used often, this means that the combined, multi-arch manifest for latest is not released either, per https://github.com/argoproj/argo-workflows/issues/13556#issuecomment-2331780589.
This means that latest is outdated, and the arch-specific tags like latest-linux-amd64 need to be used instead for an up-to-date image
Version(s)
main, does not affect existing versions (yet)
Paste a minimal workflow that reproduces the issue. We must be able to run the workflow; don't enter a workflows that uses private images.
Pre-requisites
:latest
image tag (i.e.quay.io/argoproj/workflow-controller:latest
) and can confirm the issue still exists on:latest
. If not, I have explained why, in detail, in my description below.What happened? What did you expect to happen?
The Windows build has been failing on CI since https://github.com/argoproj/argo-workflows/pull/13145.
While the Windows build is not used often, this means that the combined, multi-arch manifest for
latest
is not released either, per https://github.com/argoproj/argo-workflows/issues/13556#issuecomment-2331780589. This means thatlatest
is outdated, and the arch-specific tags likelatest-linux-amd64
need to be used instead for an up-to-date imageVersion(s)
main
, does not affect existing versions (yet)Paste a minimal workflow that reproduces the issue. We must be able to run the workflow; don't enter a workflows that uses private images.
Logs from the workflow controller
Logs from in your workflow's wait container