You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
User should be able to update their email and password.
Problems and assumptions
Session validation - What should happen with existing sessions if the user changes their password? It seems that we should revoke all the existing sessions, as they were established using an old grant (old password).
API structure - Should this be one request (endpoint)? I think that changing the email without changing password is a valid usecase. This makes me think that those should be separate endpoints, or at least separate routine (business logic).
What should happen with existing sessions if user changes their email? Should they be invalidated as well?
Permissions - Is changing the user's email/password by somebody else (e.g. admin) on our roadmap? If so, we should structure the API in a way that separates identifying a user the credentials are changed for from determining permissions for actor requesting the change.
The same problem as in Delete User API is present as well. How are the backend SDK requests authorized in core?
4. Second factor authorization - Are there scenarios in which we should send a verification link (email, sms, notification) to authorize the change? Should this be done by core or backend SDK?
The text was updated successfully, but these errors were encountered:
Goal
User should be able to update their email and password.
Problems and assumptions
The same problem as in Delete User API is present as well. How are the backend SDK requests authorized in core?
4. Second factor authorization - Are there scenarios in which we should send a verification link (email, sms, notification) to authorize the change? Should this be done by core or backend SDK?
The text was updated successfully, but these errors were encountered: