Skip to content

Conversation

@pj-evans
Copy link

We were having an issue with the signout function, upon looking into the code, it seems that the hardcoded callback URL is setup off of root /Account/SignedOut omitting the area /MicrosoftIdentity/.

This caused our app to append the /SignOut off of the last route config action setup... As we renamed/commented them out the action would just append off of the next final action.

Our instincts would be to declare the full area/controller/action here as: /MicrosoftIdentity/Account/SignedOut into the Callback path here, however, we did see other coding consistancy utilizing the ~ home root. Unsure of which to do (nor are we sure ~ will work here) we went with keeping coding consistant (as it looked like it could have been possible to have this be a simple type-o omission).

Leaving out the declared area is grabbing the current area and sending the request to somewhere that simply doesn't exist.

Please feel free to update as we are pretty new to all of this and are unaware of understanding how to actually test this fix locally before sending a PR. And please feel free to send an email/message with any questions.

Thank you, have a great day,
--PJ

We were having an issue with the signout function, upon looking into the code, it seems that the hardcoded callback URL is setup off of root /Account/SignedOut omitting the area /MicrosoftIdentity/.

This caused our app to append the /SignOut off of the last route config action setup... As we renamed/commented them out the action would just append off of the next final action.

Our instincts would be to declare the full area/controller/action here as: /MicrosoftIdentity/Account/SignedOut into the Callback path here, however, we did see other coding consistancy utilizing the ~ home root.  Unsure of which to do (nor are we sure ~ will work here) we went with keeping coding consistant (as it looked like it could have been possible to have this be a simple type-o omission).

Leaving out the declared area is grabbing the current area and sending the request to somewhere that simply doesn't exist.

Please feel free to update as we are pretty new to all of this and are unaware of understanding how to actually test this fix locally before sending a PR.  And please feel free to send an email/message with any questions.

Thank you, have a great day,
--PJ
@jmprieur
Copy link
Collaborator

Thanks @pj-evans
We'll test and follow-up

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

3 participants