-
Notifications
You must be signed in to change notification settings - Fork 695
sessionCheckEventListener logs wrong origin whenever changed is detected #447
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Comments
Thanks for this. Can you compare you example with the demo application? There is effect does not occur. What's different there? |
@manfredsteyer My own Angular application is requesting a different |
Possibly related to the newest update in #397? This is what my provider returns from discovery document: Yet, the |
It must be sth different. The client is also using |
@manfredsteyer If you'd like to test what I mean you can try the demo application I created here. There seems to be a problem running in on stackblitz, so I suggest downloading and running it locally. |
If the origin is not the right one, it's likely we received a different message which is not about token refresh (e. g. silent refresh or something different going on in the SPA). Hence, you can ignore this debug info. We can solve this by also sending and checking a message-type. Currently, we first check the origin and than try to make sense of the received playload. With version 9.1 - which lands quite soon - session checks will also work with code flow. Please have a look to the docs when it lands. |
I've tried following the advice given in #283 #257 however I still can't seem to solve the issues.
The local setup I am running is an Open ID Connect Provider written in Django at
http://127.0.0.1:8000/openid/
. Angular is served athttp://localhost:4200
.The following error is what I get in the console:
Also a more detailed overview
So my question is simply, is there a way to fix this wrong origin problem?
The text was updated successfully, but these errors were encountered: