filiprafaj

hi, my workaround is using app-of-apps pattern (disclamer - the behavior is not ideal as it is randomly removing the tags and adding them again - this is something I...

@flozzone _app-of-apps.yaml_ is something like this ``` apiVersion: argoproj.io/v1alpha1 kind: Application metadata: name: app-prod namespace: argocd finalizers: - resources-finalizer.argocd.argoproj.io annotations: argocd-image-updater.argoproj.io/write-back-target: kustomization argocd-image-updater.argoproj.io/image-list: myalias=registry.gitlab.com/... argocd-image-updater.argoproj.io/myalias.pull-secret: pullsecret:argocd/regcreds argocd-image-updater.argoproj.io/myalias.force-update: "true" argocd-image-updater.argoproj.io/write-back-method: git:secret:argocd/image-updater-repocreds...

> @filiprafaj nice hack but this work around would probably not work if the Helm chart define tags and image as separate values. > > Most of the charts write...

Hi @d-kuro , I have tried now with **interoperability credentials** and I am getting: ` Error: failed to take a full dump: failed to put dump.tar: operation error S3: PutObject,...

hi @rakeshramakrishnan-hbk, I have updated my comment to be more clear I have the _app-of-apps.yaml_ of kind kustomize

Hi @devopsidiot , at the moment I use something like this https://github.com/filiprafaj/argocd-image-updater-helm-demo The new thing there is the Deployment in the _app_ folder - thanks to this I don't need...

@devopsidiot I have image uptater running in the `argocd` namespace where I also deploy the `Application` resources, but I don't think it is necessary

this started happening to me, when I added `write-back-target: kustomization` appart from that, I use multiple images in one app and force-update