Given these users:
User1 roles: ROLE_SUPER_MEMBER
User2 roles: ROLE_FOO, ROLE_MEMBER
With current implementation, these users are denied access to /profile & profile/edit (at best) or even worse, code outright fails b/c no relevant contenttype was found.
This PR finds active user role by taking group roles and searching them through user's roles, returning first match.
Currently, user's active role is identified as first value in roles list ...
Given this configuration:
Given these users: User1 roles: ROLE_SUPER_MEMBER User2 roles: ROLE_FOO, ROLE_MEMBER
With current implementation, these users are denied access to
/profile
&profile/edit
(at best) or even worse, code outright fails b/c no relevant contenttype was found.This PR finds active user role by taking group roles and searching them through user's roles, returning first match.