Dominik Siebel

I am experience what seems to be the same issue or at least very similar: We just finished migrating hundreds of groups from the `gsuite` to the `googleworkspace` provider and...

I created a PR to address this (#176), maybe one of the maintainers could have a look FYI @yihanzhen, @MeBaranov, ?

The issue is that the whole `data/` directory has been added to gitignore (finally!). This causes the conflict with your local changes. Copy the file to a safe location, `git...

@dudinea Thanks for getting back to me! Here are some example ApplicationSets (shortened for readability) that are affected by this: Raw YAML ```yaml apiVersion: argoproj.io/v1alpha1 kind: ApplicationSet metadata: name: namespace:...

Regarding your questions / remarks: > Did you start experiencing the issue after an upgrade of ArgoCD version? We are not quite sure. We started to notice after our upgrade...

In the meantime I found one issue that sounds very similar, at least for the `template` part being in the wrong place: https://github.com/argoproj/argo-cd/issues/18535 Maybe there's a correlation..

> Does the corruption happen when ApplicationSet controller is disabled? By now the application-set-controller has been disabled for 36h and there are no corrupted ApplicationSets so far. The deployment was...

We narrowed the cause of the issue down to the Webhook API of the application-set-controller. We left the application-set-controller disabled for an entire weekend (72h+) and nothing happened. Before scaling...

FYI: we just finished upgrading to the latest ArgoCD v3.1.5, and the issue still exists in that one.

We could confirm that it has to do with the way ApplicationSets are being updated by the Webhook handler: https://github.com/argoproj/argo-cd/blob/master/applicationset/webhook/webhook.go#L610-L620 `SyncPolicy` and `generators.*.Template`, are actually being sent to the kubeAPI...