# Username is case-sensitive **URL:** \ **Category:** Ignition\ **Tags:** ignition81\ **Created:** [May 6, 2022, 10:50am UTC](https://forum.inductiveautomation.com/t/username-is-case-sensitive/59290 "2022-05-06T10:50:05Z")\ **Posts on this page:** 1\ **Showing post:** 6
**Author:** ![paul-griffith](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/paul-griffith/32/37249_2.png) [@paul-griffith](https://forum.inductiveautomation.com/u/paul-griffith)\ **Post date:** [May 6, 2022, 3:16pm UTC](https://forum.inductiveautomation.com/t/username-is-case-sensitive/59290/6 "2022-05-06T15:16:20Z")
Right, okay - so there's two things going on. The mobile device _should not_ be automatically capitalizing the first letter, unless the mobile device is for some reason ignoring the autocapitalize attribute we're setting on the input. The second thing that's going on is that IdP usernames are case sensitive. I think that depends on your backing user source, actually? I'm going to tag @jspecht in, because this isn't my area of expertise, but there's some context in a thread here that alludes to some of this being intentional (but this is a long time ago now, so I'm not sure if anything's changed): > [@\[BUG-13315\] No IdP Response Data](https://forum.inductiveautomation.com/t/bug-13315-no-idp-response-data/23606/6): > > Ah that explains it. It appears that during authentication, the username is case insensitive, but when we perform the redirect back to the application (in this case, test login), we are performing a case sensitive lookup of the user’s information to fill in the attribute mapper and that lookup is based on how the user entered their username in the login form (in a case-sensitive fashion). I’m going to mark this as a bug on our side. We’ll figure out a better way to handle this. Thanks for sha… --- _[View the full topic](https://forum.inductiveautomation.com/t/username-is-case-sensitive/59290)._