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
Is your feature request related to a problem? Please describe.
Currently, the username field for auth is just a String that is used as-is, and thus, is case-sensitive.
Describe the solution you'd like
It would be nice for UX if we had some support for making them case-insensitive so that "shayne" and "Shayne" would be considered the same username.
Describe alternatives you've considered
We could make this a new flag on the auth dictionary, or maybe also provide some Prisma middleware to handle it so they could do even more elaborate things to normalize.
The text was updated successfully, but these errors were encountered:
I think the best approach is starting with a middleware for "mapping" usernames.
Case insensitivity doesn't seem like a property that's intrinsic enough to earn an extra special field inside the language (e.g., as opposed to something like stripping numbers or underscores).
If it proves popular enough and ends up making over 90% of users' middlewares, then sure, we can add it in.
Is your feature request related to a problem? Please describe.
Currently, the
username
field forauth
is just a String that is used as-is, and thus, is case-sensitive.Describe the solution you'd like
It would be nice for UX if we had some support for making them case-insensitive so that "shayne" and "Shayne" would be considered the same username.
Describe alternatives you've considered
We could make this a new flag on the
auth
dictionary, or maybe also provide some Prisma middleware to handle it so they could do even more elaborate things to normalize.The text was updated successfully, but these errors were encountered: