Repository navigation
Replies: 1 comment 1 reply
|
Here is an example: However, I don't recommend using iframes, as the upcoming deprecation of third-party cookies will impact identity federation in several ways:
|
1 reply
|
Hi @embesozzi, thanks for the reply. So, from the code, the part that asks for the session state is the "RP" part... I thought it should be the "op" part But since you suggest avoiding the thing, I don't care anymore to understand the thing well. Rather what alternatives would you suggest thanks in advance |
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Uh oh!
There was an error while loading. Please reload this page.
Hi,
I don't understand how the
login-status-iframe.htmlcan check the session state.I try to read the code and the only things that I think to understand is that the OP iframe check the
sessionsend from RP iframe with the session present in theKEYCLOAK_SESSIONcookies.What is not clear to me is who check the status on OP server?
In other word I saw that the RP (client) send periodicaly a message to the OP (iframe) with the status of session that the client have in that moment, so the OP (iframe) check that status with the status present in the cookie.
In my mind the RP (client) have the initial session (after first login) then pass this session to OP (ifram), so OP (iframe) check with the cookies... But who update the cookies to reflect the session status in keycloak and when?
Sorry for this question but I've been racking my brains for days trying to figure something out
All reactions