Skip to content

Allow claims to be persited on the user so claims perists through token refresh #4

Open
@dmlayton

Description

@dmlayton

return await admin.auth().createCustomToken(account, claims); puts the claims on the token but does save them to the user.
So when the browser refreshes the user's token, they lose these claims until they log back in (which currently requires them to sign another message).

This raises some UX questions around waiting for lock purchases to hit the blockchain.

Saving claims to the User should be the default, but configurable. Should we wrap a method for the browser to request a claims update on the (logged-in) user (and refresh the token if changed)? What are some other approaches? Messaging? We want to avoid requiring the app use RT database and/or Firestore. KISS

Metadata

Metadata

Assignees

Labels

enhancementNew feature or request

Type

No type

Projects

No projects

Milestone

No milestone

Relationships

None yet

Development

No branches or pull requests

Issue actions