# IDP Case-Insensitive username

**URL:** <https://forum.inductiveautomation.com/t/idp-case-insensitive-username/44608>\
**Category:** Ignition\
**Tags:** ignition80\
**Created:** [March 18, 2021, 2:05am UTC](https://forum.inductiveautomation.com/t/idp-case-insensitive-username/44608 "2021-03-18T02:05:07Z")\
**Posts on this page:** 1\
**Showing post:** 2

<div class="post-metadata">

**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:** [March 18, 2021, 3:57pm UTC](https://forum.inductiveautomation.com/t/idp-case-insensitive-username/44608/2 "2021-03-18T15:57:30Z")

</div>

I think that's a slightly misleading release note...  
See this thread for more context on the bug:

> [@\[BUG-13315\] No IdP Response Data](http://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/idp-case-insensitive-username/44608)._
