Feature Overview
Currently the clients object contains a client_id attribute that serves as a unique id for a given Client, though it is not the database primary key. There is a proposal in #16 to consider the client_id as a "url slug", in terms of the string pattern allowed.
The pattern proposed is: ^[a-z0-9-_]*$
For tenants, we currently only have a name attribute, and this can currently be any string. I would like to introduce a new attribute called tenant_id with the same string pattern enforcement. The code should then be refactored to use this id instead of the current implementation that requires but the name and iss_claim.
Is your feature request related to a problem? Please describe.
A clear and concise description of what the problem is. Ex. I'm always frustrated when [...]
Describe the solution you'd like
A clear and concise description of what you want to happen.
Additional context
Add any other context or screenshots about the feature request here.
Feature Overview
Currently the clients object contains a
client_idattribute that serves as a unique id for a given Client, though it is not the database primary key. There is a proposal in #16 to consider the client_id as a "url slug", in terms of the string pattern allowed.The pattern proposed is:
^[a-z0-9-_]*$For tenants, we currently only have a
nameattribute, and this can currently be any string. I would like to introduce a new attribute calledtenant_idwith the same string pattern enforcement. The code should then be refactored to use this id instead of the current implementation that requires but thenameandiss_claim.Is your feature request related to a problem? Please describe.
A clear and concise description of what the problem is. Ex. I'm always frustrated when [...]
Describe the solution you'd like
A clear and concise description of what you want to happen.
Additional context
Add any other context or screenshots about the feature request here.