<div dir="ltr">Just checked and I'm not able to reproduce this issue.<div><br></div><div>I clicked on reset password in one browser, copied the link and opened it in a new incognito session. Worked just fine.</div></div><div class="gmail_extra"><br><div class="gmail_quote">On 15 July 2016 at 12:22, Valerij Timofeev <span dir="ltr"><<a href="mailto:valerij.timofeev@gmail.com" target="_blank">valerij.timofeev@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div><div><div><div><div>Hi,<br><br></div>our customers are experiencing problems in situations where resetting password is started in one web browser and accomplished in another one.<br>This scenario occurs if a user surfs with one kind of web browser, but an email application opens password reset link in another one.<br><br>I suppose that the root cause is the same like the documented in KEYCLOAK-1014 one.<br><br>We run Keycloak 1.9.4 standalone servers in our production at the moment, but already started to roll out RH SSO 7.0 in other stages. So a bug fix should be scheduled for this version as well.<br></div></div></div><div><br></div>Kind regards<span class="HOEnZb"><font color="#888888"><br></font></span></div><span class="HOEnZb"><font color="#888888">Valerij Timofeev<br><div><div><div><div><h1><br></h1></div></div></div></div></font></span></div>
<br>_______________________________________________<br>
keycloak-user mailing list<br>
<a href="mailto:keycloak-user@lists.jboss.org">keycloak-user@lists.jboss.org</a><br>
<a href="https://lists.jboss.org/mailman/listinfo/keycloak-user" rel="noreferrer" target="_blank">https://lists.jboss.org/mailman/listinfo/keycloak-user</a><br></blockquote></div><br></div>