Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Zitadel upgrades #4288

Closed
srtalbot opened this issue Sep 18, 2024 · 2 comments
Closed

Zitadel upgrades #4288

srtalbot opened this issue Sep 18, 2024 · 2 comments
Assignees
Labels

Comments

@srtalbot
Copy link
Contributor

srtalbot commented Sep 18, 2024

Summary

Upgrade to latest Zitadel stable version.

@patheard
Copy link
Member

After the v2.62.0 upgrade, Zitadel was not able to read its configuration from the config.yaml file. This is likely a regression, so we upgraded to v2.61.1 and will wait for a fix.

@patheard
Copy link
Member

patheard commented Sep 18, 2024

Following the upgrade, we discovered several errors that were not directly related to the upgrade:

  1. Service users were not being deleted from forms by the App. This meant that if a new service user was created for a form that had previously had one, a duplicate user exception was thrown. Addressed in (fix: Remove Service Account from Zitadel when API key is deleted. #3908)
  2. The App's access token expiry was set to 60 minutes by the @zitadel/node dep, but Zitadel had this token expiry at 30 minutes, which was causing intermittent token expired errors. This has been fixed by setting the token timeout to 60 minutes in the Zitadel config. @bryan-robitaille is looking at creating our own interceptor for @zitadel/node so we can set whatever expiry time we want.
  3. Several errors around being unable to set instance for requests were tracked down to clients closing their connection before Zitadel had a chance to respond. This type of context canceled error has now been suppressed to remove noise from the event channels.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
None yet
Development

No branches or pull requests

3 participants