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

Passing custom fields during user onboarding with metadata #7951

Open
2 tasks done
mffap opened this issue May 14, 2024 · 1 comment
Open
2 tasks done

Passing custom fields during user onboarding with metadata #7951

mffap opened this issue May 14, 2024 · 1 comment
Labels
docs Improvements or additions to documentation

Comments

@mffap
Copy link
Member

mffap commented May 14, 2024

Preflight Checklist

  • I could not find a solution in the existing issues, docs, nor discussions
  • I have joined the ZITADEL chat

Describe the docs your are missing or that are wrong

As a developer, I want to build a custom user onboarding/register and save additional fields, so I can use those fields in my app.

We provide a doc on how to build a user onboarding and on how to use user metadata. But we don't cross reference.

The obvious two solutions to handling cases like that are:

1/ Backend: One request to create the user in ZITADEL and one to your backend/app to save the data
2/ Metadata: Create the user in ZITADEL, add the extra fields as metadata on the user; retrieval: a/ in the token b/ api request c/ custom claims
(3) #6433 tbd.

Those cases should probably be mentioned on the docs page.

Additional Context

No response

@mffap mffap added the docs Improvements or additions to documentation label May 14, 2024
@yordis
Copy link
Contributor

yordis commented May 21, 2024

Would there be any way to pass Transient Metadata? Related to ory/kratos#3102

Such Transient Metadata is not attached to the resource but to the workflow so that we can consume Events with such metadata to make a decision.

They are not attached to the resources because the validity and value of such data are for a given workflow. Having Processors around Zitadel understand WHEN such data was true is difficult since we external Processors don't own the workflow. Timing issues of when to read, write, update, or delete such information are extremely expensive and easy to mess up.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
docs Improvements or additions to documentation
Projects
Status: No status
Development

No branches or pull requests

2 participants