# \[BUG-13315\] No IdP Response Data

**URL:** <https://forum.inductiveautomation.com/t/bug-13315-no-idp-response-data/23606>\
**Category:** Ignition Early Access\
**Created:** [March 26, 2019, 3:38pm UTC](https://forum.inductiveautomation.com/t/bug-13315-no-idp-response-data/23606 "2019-03-26T15:38:36Z")\
**Posts on this page:** 13\
**Page:** 1

<div class="post-metadata">

**Author:** ![christopher.green](https://avatars.discourse-cdn.com/v4/letter/c/b9bd4f/32.png) [@christopher.green](https://forum.inductiveautomation.com/u/christopher.green)\
**Post date:** [March 26, 2019, 3:38pm UTC](https://forum.inductiveautomation.com/t/bug-13315-no-idp-response-data/23606/1 "2019-03-26T15:38:36Z")

</div>

I feel like I might be missing something here. I have an AD/Internal user source created that I can verify as a user source an get user attributes from. I have also created an IdP that uses the AD/Internal as a User Source, have a Security Level defined, user grants set for a user and roles set for that user on the provider. I try to do a Test Login, or login through perspective and when I put in the correct user information I end up with an unauthenticated user with a return that says “No IdP Response Data” when trying the Test Login from the IdP configuration page. Is this a configuration issue on my end in user attribute mapping or some other place?

I will note that I have the same configuration for an IdP that uses an internal Ignition User source that seems to work.

---

<div class="post-metadata">

**Author:** ![jspecht](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/jspecht/32/6465_2.png) [@jspecht](https://forum.inductiveautomation.com/u/jspecht)\
**Post date:** [March 26, 2019, 3:51pm UTC](https://forum.inductiveautomation.com/t/bug-13315-no-idp-response-data/23606/2 "2019-03-26T15:51:16Z")

</div>

Could be an attribute mapping misconfiguration for the user name or id attribute. Try setting the `gateway.WebAuthSessionImpl` and `gateway.IdpAdapter` logs to debug and login again to see if anything more useful prints to the logs.

---

<div class="post-metadata">

**Author:** ![christopher.green](https://avatars.discourse-cdn.com/v4/letter/c/b9bd4f/32.png) [@christopher.green](https://forum.inductiveautomation.com/u/christopher.green)\
**Post date:** [March 26, 2019, 4:55pm UTC](https://forum.inductiveautomation.com/t/bug-13315-no-idp-response-data/23606/3 "2019-03-26T16:55:42Z")

</div>

Log on the WebAuthSessionImpl:

Unable to parse the WebAuthResponse from the HTTP request

Caused by: com.inductiveautomation.ignition.gateway.auth.web.strategy.WebAuthStrategyException: Unable to exchange the auth code for the token

Caused by: com.inductiveautomation.ignition.gateway.auth.oidc.client.service.OIDCClientServiceException: Problem getting the token

Caused by: com.inductiveautomation.ignition.gateway.auth.oidc.provider.service.OIDCProviderServiceException: Unable to generate token

Caused by: java.lang.IllegalStateException: User source profile ‘5’ missing user with id 'greenc

---

<div class="post-metadata">

**Author:** ![jspecht](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/jspecht/32/6465_2.png) [@jspecht](https://forum.inductiveautomation.com/u/jspecht)\
**Post date:** [March 26, 2019, 6:41pm UTC](https://forum.inductiveautomation.com/t/bug-13315-no-idp-response-data/23606/4 "2019-03-26T18:41:29Z")

</div>

If you go to your AD / Hybrid user source in the Users, Roles section of the gateway config web interface, and click on manage users, does user `greenc` show up on that list?

---

<div class="post-metadata">

**Author:** ![christopher.green](https://avatars.discourse-cdn.com/v4/letter/c/b9bd4f/32.png) [@christopher.green](https://forum.inductiveautomation.com/u/christopher.green)\
**Post date:** [March 26, 2019, 6:52pm UTC](https://forum.inductiveautomation.com/t/bug-13315-no-idp-response-data/23606/5 "2019-03-26T18:52:28Z")

</div>

It appears as though ‘greenc’ needs to be ‘GreenC’ for this to work. I am able to use greenc and put in a password and it navigates me back to the project view from there, but unless I use ‘GreenC’ with the caps in place, the IdP fails. Is this a bug or do I need to enforce something when people are typing in their username?

---

<div class="post-metadata">

**Author:** ![jspecht](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/jspecht/32/6465_2.png) [@jspecht](https://forum.inductiveautomation.com/u/jspecht)\
**Post date:** [March 26, 2019, 7:00pm UTC](https://forum.inductiveautomation.com/t/bug-13315-no-idp-response-data/23606/6 "2019-03-26T19:00:21Z")

</div>

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 sharing the issue.

---

<div class="post-metadata">

**Author:** ![awalker](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/awalker/32/6874_2.png) [@awalker](https://forum.inductiveautomation.com/u/awalker)\
**Post date:** [April 10, 2019, 10:00pm UTC](https://forum.inductiveautomation.com/t/bug-13315-no-idp-response-data/23606/7 "2019-04-10T22:00:29Z")

</div>

This issue was fixed in the build uploaded today (4/10).

Normally we have the nightly builds accessible via [https://inductiveautomation.com/downloads/ignition](https://inductiveautomation.com/downloads/ignition), but in the meantime you can find it via this post:  
[8.0.1 Nightlies - Temporary Place to Download the Latest Builds](http://forum.inductiveautomation.com/t/8-0-1-nightlies-temporary-place-to-download-the-latest-builds/24014/2)

Let us know if you have any issues.

---

<div class="post-metadata">

**Author:** ![nminchin](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/nminchin/32/6911_2.png) [@nminchin](https://forum.inductiveautomation.com/u/nminchin)\
**Post date:** [June 18, 2025, 12:44am UTC](https://forum.inductiveautomation.com/t/bug-13315-no-idp-response-data/23606/8 "2025-06-18T00:44:43Z")

</div>

Not sure what exactly was fixed here, but the case-insensitive login wasn't fixed. Will this be addressed?

---

<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:** [June 18, 2025, 4:14pm UTC](https://forum.inductiveautomation.com/t/bug-13315-no-idp-response-data/23606/9 "2025-06-18T16:14:53Z")

</div>

The fix implemented six years ago was strictly within the user source layer; can you expand more on where you're having issues?

---

<div class="post-metadata">

**Author:** ![nminchin](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/nminchin/32/6911_2.png) [@nminchin](https://forum.inductiveautomation.com/u/nminchin)\
**Post date:** [June 19, 2025, 3:26am UTC](https://forum.inductiveautomation.com/t/bug-13315-no-idp-response-data/23606/10 "2025-06-19T03:26:04Z")

</div>

Just that logging in is case-sensitive for the username. e.g. if the username defined is "nick" then you can't login with "Nick". Noting that most phones would input the latter as they auto-capitalise non-password fields.

It's always a confusion point for operators which ultimately leads to spurious "I can't login" support calls because they have the wrong letter case.

---

<div class="post-metadata">

**Author:** ![Chris\_Bingham](https://avatars.discourse-cdn.com/v4/letter/c/e5b9ba/32.png) [@Chris\_Bingham](https://forum.inductiveautomation.com/u/Chris_Bingham)\
**Post date:** [June 23, 2025, 12:07am UTC](https://forum.inductiveautomation.com/t/bug-13315-no-idp-response-data/23606/11 "2025-06-23T00:07:37Z")

</div>

@nminchin, what identity provider are you using?

---

<div class="post-metadata">

**Author:** ![nminchin](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/nminchin/32/6911_2.png) [@nminchin](https://forum.inductiveautomation.com/u/nminchin)\
**Post date:** [June 23, 2025, 12:27am UTC](https://forum.inductiveautomation.com/t/bug-13315-no-idp-response-data/23606/12 "2025-06-23T00:27:50Z")

</div>

The internal Ignition IdP

---

<div class="post-metadata">

**Author:** ![David\_Stone](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/david_stone/32/79749_2.png) [@David\_Stone](https://forum.inductiveautomation.com/u/David_Stone)\
**Post date:** [June 23, 2025, 6:01am UTC](https://forum.inductiveautomation.com/t/bug-13315-no-idp-response-data/23606/13 "2025-06-23T06:01:51Z")

</div>

> [@nminchin](#):
>
> "I can't login" support calls

If I had a dollar for every time the customer was using capitals in the username...
