<html>
  <head>
    <meta content="text/html; charset=windows-1252"
      http-equiv="Content-Type">
  </head>
  <body bgcolor="#FFFFFF" text="#000000">
    <p>I am, and I believe that I have noticed this behavior as well. I
      get redirected back to the app with "?prompt=none" appended to the
      URL.<br>
    </p>
    <br>
    <div class="moz-cite-prefix">On 09/29/2016 10:16 AM, Sebastien Blanc
      wrote:<br>
    </div>
    <blockquote
cite="mid:CAMZCGg8kQWo7WF5W4=_8xu7YP7YH4JssdzKWh8bcBo30FMQ1mg@mail.gmail.com"
      type="cite">
      <div dir="ltr">
        <div>Hi,<br>
          <br>
        </div>
        Are you using <br>
        <pre class="gmail-highlight"><code>keycloak.init({ onLoad: 'check-sso' }) ? 

</code></pre>
        <pre class="gmail-highlight"><code>Sebi

</code></pre>
      </div>
      <div class="gmail_extra"><br>
        <div class="gmail_quote">On Thu, Sep 29, 2016 at 4:01 PM, Gregor
          Jarisch <span dir="ltr">&lt;<a moz-do-not-send="true"
              href="mailto:gregor@jarisch.net" target="_blank">gregor@jarisch.net</a>&gt;</span>
          wrote:<br>
          <blockquote class="gmail_quote" style="margin:0 0 0
            .8ex;border-left:1px #ccc solid;padding-left:1ex">
            <div>Hi there,<br>
              <br>
              we have a single page application using the JS adapter.
              Once the user is logged in and a page redirect occurs, the
              SPA loads, but immediately reloads once again when
              keycloak adapter authenticates.<br>
              Since the user was logged in before already, we would have
              assumed that no further page refresh has to be made. <br>
              <br>
              Interestingly, when we manually pass on all the token
              values in the init method (for testing purposes), the page
              doesn't refresh a second time and the user is
              authenticated. As we would have expected it to be.<br>
              <br>
              This might be just a misunderstanding of how this adapter
              is supposed to work, but from our understanding the
              purpose of the iframe and the set cookie is to make sure
              the user stays authenticated.<br>
              Thus, shouldn't the keycloak adapter "store" the tokens
              and use them on a page refresh if they are valid in order
              to authenticate without the need for an additional page
              refresh?<br>
              <br>
              Would be nice if somebody can explain this mechanism a bit
              further and maybe even give a hint on what we are doing
              wrong here.. We are puzzled at the moment.<br>
              <br>
              Thanks<span class="HOEnZb"><font color="#888888"><br>
                  <br>
                  Gregor<br>
                </font></span></div>
            <br>
            ______________________________<wbr>_________________<br>
            keycloak-user mailing list<br>
            <a moz-do-not-send="true"
              href="mailto:keycloak-user@lists.jboss.org">keycloak-user@lists.jboss.org</a><br>
            <a moz-do-not-send="true"
              href="https://lists.jboss.org/mailman/listinfo/keycloak-user"
              rel="noreferrer" target="_blank">https://lists.jboss.org/<wbr>mailman/listinfo/keycloak-user</a><br>
          </blockquote>
        </div>
        <br>
      </div>
      <br>
      <fieldset class="mimeAttachmentHeader"></fieldset>
      <br>
      <pre wrap="">_______________________________________________
keycloak-user mailing list
<a class="moz-txt-link-abbreviated" href="mailto:keycloak-user@lists.jboss.org">keycloak-user@lists.jboss.org</a>
<a class="moz-txt-link-freetext" href="https://lists.jboss.org/mailman/listinfo/keycloak-user">https://lists.jboss.org/mailman/listinfo/keycloak-user</a></pre>
    </blockquote>
    <br>
  </body>
</html>