Closed postb99 closed 6 years ago
Because the managers already treat them as case insensitive, what are you trying to do?
@HaoK if the managers treat them as case insensitive, where is the interest to have a normalized field in database ?
Thanks @HaoK so this isn't clearly stated in documentation, am I wrong? So I would need to open a PR regarding documentation.
that's how they do case insensitive searches... username = Hao, NormalizedUserName = HAO. One is for display purposes, other is for searching
Thanks @HaoK for the definition, but this is off-topic. My feeling was that documentation should be improved, since I know databases that are case-sensitive or case-insensitive, so legitimately wondered about the identity managers, since there is no information in documentation about search being case-insensitive. Do you agree that there is a need to be explicit in documentation?
Feel free to file an issue in https://github.com/aspnet/Docs if you feel the documentation is not sufficiently clear, I believe they are fairly open to PRs as well if you have any specific ideas about how you would like the documentation to be clearer...
Hello,
I'm reading UserManager and RoleManager API documentation. I've understood the usefulness of normalized name/email, to have consistent comparison, maybe also a uniqueness value check.
Why aren't there FindByNormalizedNameAsync (UserManager and RoleManager) and FindByNormalizedEmail (UserManager) methods?
Thanks for information.