Ah yes, clear. Adding the option to specify the client would be nice indeed. :-) For now we will simply ‘hard code’ the link into our theme since we only use a single client in this context at this stage. I do realise that you really should not make the theme client-specific. On 01 Feb 2016, at 14:58, Stian Thorgersen <sthorger@redhat.com<mailto:sthorger@redhat.com>> wrote: If you initiate the action through the admin console there's no application to go back to. Unless we add an option in the admin console to specify the client that is. On 1 February 2016 at 13:46, Edgar Vonk - Info.nl<http://info.nl> <Edgar@info.nl<mailto:Edgar@info.nl>> wrote: Hi, Considering the following scenario: 1/ Admin performs a ‘Reset Action’ on the user from the admin console (Manage - Users - Credentials). In our case an ‘Update password’ action and send the ‘Reset Actions Email’. 2/ User receives the reset action email with a link back to Keycloak. 3/ User follows the link, sets his/her password. 4/ User is now shown a success screen stating "Your account has been updated.” only. There is no link to the application or anything. The user is left on his/her own. This happens because in AuthenticationManager#nextActionAfterAuthentication the ‘skipLink’ attribute is set to true. This results in the info.ftl template not showing the ‘back to application’ link. I think in this case the link should be shown however. Otherwise the user has no idea where to go to next. In fact I think the ‘back to application’ link should nearly always be shown. So for now we have simply removed the {{<#if skipLink??>}} check in the info.ftl in our custom email theme. I do wonder why this ‘skipLink’ functionality was built in the first place? Does it not make sense to remove it altogether maybe? cheers _______________________________________________ keycloak-user mailing list keycloak-user@lists.jboss.org<mailto:keycloak-user@lists.jboss.org> https://lists.jboss.org/mailman/listinfo/keycloak-user