Recursive fetching for Google Groups causes timeouts ( >1m auth req times)
Preflight Checklist
- I agree to follow the Code of Conduct that this project adheres to.
- I have searched the issue tracker for an issue that matches the one I want to file, without success.
- I am not looking for support or already pursued the available support channels without success.
Version
2.41.1
Storage Type
Kubernetes
Installation Type
Official Helm chart
Expected Behavior
This recursive function to fetch google groups makes requests for users with more than 100 groups take longer than standard timeout bounds ( > 30s)
For instance here https://github.com/argoproj/argo-cd/issues/21420#issuecomment-2596933212
Expected is to be able to not take this long in returning with the groups by either providing a parameter for depth to which groups should be fetched or not to give sub groups in the default response.
Actual Behavior
The recursive fetching takes longer and causes timeouts.
Steps To Reproduce
To Reproduce
Ensure user has membership in more than 100 Google Workspace groups. Based on observations, users with fewer than 90 groups successfully complete the authentication flow, while those with more than 110 groups fail.
Ensure Dex is enabled with the Google connector and configured to fetch transitive group memberships as instructed in the Argo CD documentation.
Attempt to log in to the Argo CD dashboard using Google as the authentication provider.
Though this the core way to reproduce but as pointed out the recursive code would exhibit this behavior for any client be it Argo or not.
Additional Information
No response
Configuration
Logs
Source: dexidp/dex