You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
It's a pretty minor use case, but I tried enabling the fake UAA provider on a cloud.gov deployment just now and the callback endpoint seemed to "hang", eventually resulting in a timeout message from cloudfoundry.
The text was updated successfully, but these errors were encountered:
Oh... um... it is probably because the endpoint was unable to call back to its own server instance because WEB_CONCURRENCY defaults to 1 and I didn't manually set it to anything else. Which we've already documented.
That said, I wonder if it'd make a sense to add a timeout to the endpoint and have it log a helpful error message if the fake UAA is enabled.
toolness
changed the title
Enabling fake UAA on cloud.gov times out on auth callback
Log a helpful message if exchange_code_for_access_token() times out and the fake UAA is enabled
Jun 28, 2017
It's a pretty minor use case, but I tried enabling the fake UAA provider on a cloud.gov deployment just now and the callback endpoint seemed to "hang", eventually resulting in a timeout message from cloudfoundry.
The text was updated successfully, but these errors were encountered: