mirror of
https://github.com/zitadel/zitadel.git
synced 2024-12-12 19:14:23 +00:00
f065b42a97
# Which Problems Are Solved After deployment of 2.53.x, customers noted that the roles claims where always present in the tokens even if the corresponding option on the client (accessTokenRoleAssertion, idTokenRoleAsseriton) was disabled. Only the project flag (assertRolesOnAuthentication) would be considered. Further it was noted, that the action on the preAccessTokenCreation trigger would not be executed. Additionally, while testing those issues we found out, that the user information (name, givenname, family name, ...) where always present in the id_token even if the option (idTokenUserInfo) was not enabled. # How the Problems Are Solved - The `getUserinfoOnce` which was used for access and id_tokens is refactored to `getUserInfo` and no longer only queries the info once from the database, but still provides a mechanism to be reused for access and id_token where the corresponding `roleAssertion` and action `triggerType` can be passed. - `userInfo` on the other hand now directly makes sure the information is only queried once from the database. Role claims are asserted every time and action triggers are executed on every call. - `userInfo` now also checks if the profile information need to be returned. # Additional Changes None. # Additional Context - relates to #7822 - reported by customers |
||
---|---|---|
.. | ||
actions | ||
activity | ||
admin/repository/eventsourcing | ||
api | ||
auth/repository | ||
auth_request/repository | ||
authz | ||
command | ||
config | ||
crypto | ||
database | ||
domain | ||
eventstore | ||
execution | ||
feature | ||
form | ||
i18n | ||
iam | ||
id | ||
idp | ||
integration | ||
logstore | ||
migration | ||
net | ||
notification | ||
org | ||
project | ||
protoc | ||
qrcode | ||
query | ||
renderer | ||
repository | ||
static | ||
statik | ||
telemetry | ||
test | ||
user | ||
v2 | ||
view/repository | ||
webauthn | ||
zerrors |