Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Optionally handle user identifier as case-insensitive #8

Open
kdambekalns opened this issue Mar 12, 2025 · 0 comments
Open

Optionally handle user identifier as case-insensitive #8

kdambekalns opened this issue Mar 12, 2025 · 0 comments
Labels
customer input feature suggestion or bug report collected from existing or potential customers (source) new feature a new feature (improvements)

Comments

@kdambekalns
Copy link
Member

When using an identity provider that allows to log in with [email protected] as well as [email protected] this will create two distinct accounts in Neos. So when the user does this, confusion ensues, as the changes from yesterday are now seemingly gine (distinct workspaces for the user of the two accounts).

When coming from an LDAP background the expectation probably is for this to be case-insensitive:

Although most common Distinguished Name attributes are case-insensitive (CommonName, Organization, , OrganizationDomain) it would be possible to have a case-insensitive RDN component within the Distinguished Name which should be evaluated in a case-sensitive fashion according to the MatchingRule that applies ot the LDAPSyntaxes.

For Active Directory the recommended identifier (at least in a Windows context) is the UPN (user principal name). And that would be handled as case-insensitive, too. At least usually.

All that being said, the package should have a way to enable case-insensitive handling of user identifiers.

@kdambekalns kdambekalns added customer input feature suggestion or bug report collected from existing or potential customers (source) new feature a new feature (improvements) labels Mar 12, 2025
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
customer input feature suggestion or bug report collected from existing or potential customers (source) new feature a new feature (improvements)
Projects
None yet
Development

No branches or pull requests

1 participant