[keycloak-dev] Correct behavior on KC login/reg pages when user is already logged in

[Libor Krzyzanek]

Thanks Stian for getting my point.

Here is screencast how google works for me: https://dl.dropboxusercontent.com/u/40512422/devel/keycloak/google-login-back-button.mov <https://dl.dropboxusercontent.com/u/40512422/devel/keycloak/google-login-back-button.mov>

Let me describe these things from really “end user” perspective.

If I’m trying to feel like a really “end-user” the only thing that Login Server is responsible for is provide me a way (registration or login) to give me access to let’s call it “secured content".
I don’t care about login server. I care about the secured content.
If I’m successfully logged in and SSO session exists I should not see any “no longer valid” message because it’s not true. I’m logged in so everything is OK and I didn’t make any mistake. I successfully logs in and should get the “secured content”.


In case the login server would give me “page is no longer valid” brings to my mind something like “I was logged out” or “I did something wrong” or “I need to do something again like do login again".


Thanks,

Libor Krzyžanek
Principal Software Engineer
Red Hat Developers | Engineering

> On Apr 7, 2016, at 3:31 PM, Stian Thorgersen <sthorger at redhat.com> wrote:
> 
> I agree it should either show a page is no longer valid message or redirect back to origin as you're suggesting. The latter is the best, but we need to be able to identify that's actually what should be done. I tried with Google and it actually didn't work for me, it showed me the password page again.
> 
> On 7 April 2016 at 13:47, Libor Krzyzanek <lkrzyzan at redhat.com <mailto:lkrzyzan at redhat.com>> wrote:
> Hi,
> when user successfully logs in (either after registration or login) then hitting back button shows KC page (login/registration) again.
> 
> This looks to be a bug to me because user is logged in and should be allowed to do only logout. No login or registration.
> 
> I tried how google.com <http://google.com/> behaves and when you successfully logs in then hitting back button is handled correctly - their sso realize that you’re logged in and then user is redirected to requested page. No login page.
> 
> I think KC should follow same behavior.
> 
> Jira for login flow: https://issues.jboss.org/browse/KEYCLOAK-2768 <https://issues.jboss.org/browse/KEYCLOAK-2768>
> Jira for reg. flow: https://issues.jboss.org/browse/KEYCLOAK-2740 <https://issues.jboss.org/browse/KEYCLOAK-2740>
> 
> Thanks,
> 
> Libor Krzyžanek
> Principal Software Engineer
> Red Hat Developers | Engineering
> 
> 
> _______________________________________________
> keycloak-dev mailing list
> keycloak-dev at lists.jboss.org <mailto:keycloak-dev at lists.jboss.org>
> https://lists.jboss.org/mailman/listinfo/keycloak-dev <https://lists.jboss.org/mailman/listinfo/keycloak-dev>
> 

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/keycloak-dev/attachments/20160408/f7c1410c/attachment.html