I'm not quite following, but I tried the following: # Open http://localhost:8080/auth/admin/master/console/#/realms/master/clients # Logout # Add terms and condition required action to user # Login # Decline terms and condition # Routed back to login page as admin console requires authenticated user # Login # I'm now on #/realms/master/clients, so the fragment doesn't seem to be lost as part of rejecting terms and conditions On 7 March 2016 at 13:19, Adrian Matei <adrianmatei(a)gmail.com&gt; wrote: > Hi everyone, > > Has any of you experienced the following behavior: > we have an AngularJS app with some of its resources protected by Keycloak > - setup: > var auth = {}; > angular.element(document).ready(function () { > var env = 'keycloak'; > var keycloakAuth = new Keycloak(env + '.json'); > keycloakAuth.init({onLoad: 'check-sso'}) > .success(function () { > auth.authz = keycloakAuth; > module.factory('Auth', function() { > return auth; > }); > angular.bootstrap(document, ["client_id"]); > }).error(function () { > > }); > }); > > Everything works as expected, except that in the registration process if > the user does NOT accept the "Terms and Conditions" the page where it came > from, present in the redirect_fragment is not rendered - but it is being > rendered when I refresh the page as expected... > > Thanks, > Adrian > > _______________________________________________ > keycloak-user mailing list > keycloak-user(a)lists.jboss.org > https://lists.jboss.org/mailman/listinfo/keycloak-user > _______________________________________________ keycloak-user mailing list keycloak-user(a)lists.jboss.org https://lists.jboss.org/mailman/listinfo/keycloak-user

Sorry sorry, I've forgotten to mention it again - it is 1.7.0.Final. If I try it with the admin console, master realm and account app I get a page with the text "error" and url when declining: http://localhost:8080/auth/realms/master/account/login-redirect?error=acc... The next trial to work around this, is to say on front end, if the user clicks the "decline" button the user should be redirected to the login page... Cheers, Adrian On Tue, Mar 8, 2016 at 7:27 AM, Thomas Darimont < thomas.darimont(a)googlemail.com&gt; wrote: > Adrian, which Keycloak Version are you using? > > Cheers, > Thomas > Am 08.03.2016 7:25 vorm. schrieb "Stian Thorgersen" <sthorger(a)redhat.com > >: > >> I'm not quite following, but I tried the following: >> >> # Open >> http://localhost:8080/auth/admin/master/console/#/realms/master/clients >> # Logout >> # Add terms and condition required action to user >> # Login >> # Decline terms and condition >> # Routed back to login page as admin console requires authenticated user >> # Login >> # I'm now on #/realms/master/clients, so the fragment doesn't seem to be >> lost as part of rejecting terms and conditions >> >> On 7 March 2016 at 13:19, Adrian Matei <adrianmatei(a)gmail.com&gt; wrote: >> >>> Hi everyone, >>> >>> Has any of you experienced the following behavior: >>> we have an AngularJS app with some of its resources protected by >>> Keycloak - setup: >>> var auth = {}; >>> angular.element(document).ready(function () { >>> var env = 'keycloak'; >>> var keycloakAuth = new Keycloak(env + '.json'); >>> keycloakAuth.init({onLoad: 'check-sso'}) >>> .success(function () { >>> auth.authz = keycloakAuth; >>> module.factory('Auth', function() { >>> return auth; >>> }); >>> angular.bootstrap(document, ["client_id"]); >>> }).error(function () { >>> >>> }); >>> }); >>> >>> Everything works as expected, except that in the registration process >>> if the user does NOT accept the "Terms and Conditions" the page where it >>> came from, present in the redirect_fragment is not rendered - but it is >>> being rendered when I refresh the page as expected... >>> >>> Thanks, >>> Adrian >>> >>> _______________________________________________ >>> keycloak-user mailing list >>> keycloak-user(a)lists.jboss.org >>> https://lists.jboss.org/mailman/listinfo/keycloak-user >>> >> >> >> _______________________________________________ >> keycloak-user mailing list >> keycloak-user(a)lists.jboss.org >> https://lists.jboss.org/mailman/listinfo/keycloak-user >> >