<div dir="ltr">I agree with you on usability. If possible just re-direct back is is the best, but not sure if that's possible especially considering custom authenticators. If I click back button and displayed a "form no longer valid" page I'd at least assume that I'm not allowed to resubmit the form, so I thought that could be a compromise.<div><br></div><div>I don't actually get that behavior and Google shows me the password page again when I click the back button. Maybe it's because I've got totp enabled, but it's strange that it displays password page, not totp page (which was the last page on login flow).</div></div><div class="gmail_extra"><br><div class="gmail_quote">On 8 April 2016 at 09:59, Libor Krzyzanek <span dir="ltr"><<a href="mailto:lkrzyzan@redhat.com" target="_blank">lkrzyzan@redhat.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div style="word-wrap:break-word"><div>Thanks Stian for getting my point.</div><div><br></div>Here is screencast how google works for me: <a href="https://dl.dropboxusercontent.com/u/40512422/devel/keycloak/google-login-back-button.mov" target="_blank">https://dl.dropboxusercontent.com/u/40512422/devel/keycloak/google-login-back-button.mov</a><div><br></div><div>Let me describe these things from really “end user” perspective.</div><div><br></div><div>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".</div><div>I don’t care about login server. I care about the secured content.</div><div>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”.</div><div><br></div><div><br></div><div>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".</div><div><br></div><div><br></div><div>Thanks,</div><div><div><span class=""><br><div>
<div style="color:rgb(0,0,0);letter-spacing:normal;text-align:start;text-indent:0px;text-transform:none;white-space:normal;word-spacing:0px;word-wrap:break-word">Libor Krzyžanek</div><div style="color:rgb(0,0,0);letter-spacing:normal;text-align:start;text-indent:0px;text-transform:none;white-space:normal;word-spacing:0px;word-wrap:break-word">Principal Software Engineer<br>Red Hat Developers | Engineering</div>
</div>
<br></span><div><div class="h5"><div><blockquote type="cite"><div>On Apr 7, 2016, at 3:31 PM, Stian Thorgersen <<a href="mailto:sthorger@redhat.com" target="_blank">sthorger@redhat.com</a>> wrote:</div><br><div><div dir="ltr">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.</div><div class="gmail_extra"><br><div class="gmail_quote">On 7 April 2016 at 13:47, Libor Krzyzanek <span dir="ltr"><<a href="mailto:lkrzyzan@redhat.com" target="_blank">lkrzyzan@redhat.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div style="word-wrap:break-word">Hi,<div>when user successfully logs in (either after registration or login) then hitting back button shows KC page (login/registration) again.</div><div><br></div><div>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.</div><div><br></div><div>I tried how <a href="http://google.com/" target="_blank">google.com</a> 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.</div><div><br></div><div>I think KC should follow same behavior.</div><div><br></div><div>Jira for login flow: <a href="https://issues.jboss.org/browse/KEYCLOAK-2768" target="_blank">https://issues.jboss.org/browse/KEYCLOAK-2768</a></div><div>Jira for reg. flow: <a href="https://issues.jboss.org/browse/KEYCLOAK-2740" target="_blank">https://issues.jboss.org/browse/KEYCLOAK-2740</a></div><div><br></div><div>Thanks,</div><div><br><div>
<div style="letter-spacing:normal;text-align:start;text-indent:0px;text-transform:none;white-space:normal;word-spacing:0px;word-wrap:break-word">Libor Krzyžanek</div><div style="letter-spacing:normal;text-align:start;text-indent:0px;text-transform:none;white-space:normal;word-spacing:0px;word-wrap:break-word">Principal Software Engineer<br>Red Hat Developers | Engineering</div>
</div>
<br></div></div><br>_______________________________________________<br>
keycloak-dev mailing list<br>
<a href="mailto:keycloak-dev@lists.jboss.org" target="_blank">keycloak-dev@lists.jboss.org</a><br>
<a href="https://lists.jboss.org/mailman/listinfo/keycloak-dev" rel="noreferrer" target="_blank">https://lists.jboss.org/mailman/listinfo/keycloak-dev</a><br></blockquote></div><br></div>
</div></blockquote></div><br></div></div></div></div></div></blockquote></div><br></div>