You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
On our Confluence 5.10, "Default Group Memberships" from the User Directory settings are not picked up when users login for the first time with this authenticator. Without the "confluence-users" group, new users will see the "Not Permitted" error page.
We worked around this by triggering a call to the SOAP function reactivateUser on the Not Permitted page. That seems to setup the users default groups. I'm hoping to replace that workaround with a call to UserAccessor.reactivateUser in the authenticator as I suspect this is what the SOAP function is calling. I'll keep you posted on how that goes.
The text was updated successfully, but these errors were encountered:
Sam-Hall
added a commit
to Sam-Hall/remoteuserauth
that referenced
this issue
Aug 2, 2019
…mes (avoid removing the domain/realm from the SSO username value). Changed the location of the properties file (breaking change, move properties file to CATALINA_HOME/conf after update). ResolvesAngusWarren#2, resolvesAngusWarren#3 and resolvesAngusWarren#4.
On our Confluence 5.10, "Default Group Memberships" from the User Directory settings are not picked up when users login for the first time with this authenticator. Without the "confluence-users" group, new users will see the "Not Permitted" error page.
We worked around this by triggering a call to the SOAP function reactivateUser on the Not Permitted page. That seems to setup the users default groups. I'm hoping to replace that workaround with a call to UserAccessor.reactivateUser in the authenticator as I suspect this is what the SOAP function is calling. I'll keep you posted on how that goes.
The text was updated successfully, but these errors were encountered: