Show inherited access rights n the explore groups page

Problem statement:

The counter for the number of group members (Admin Area > Groups and Groups > Explore Groups) does not take into account groups and inherited access rights in addition to the individual users. We can not see who is actually a member of the group until we check it directly via the members page. Even the details view in the admin area only showing directly added users. Another problem would be that each user can not track via breadcrumb why user has access to a group or a project (e.g.: group>subgroup>project).

This caused below scenario:

This behavior caused to think that access restriction to subgroups and projects does not work properly anymore. For example, adding a user group 'XYZ' to a private project can cause all users to get access to the project even though they are not part of the user group 'XYZ'.

Feature Proposal:

Customer would have found the error more quickly if the counter for the number of group members (Admin Area > Groups and Groups > Explore Groups) would also take into account groups and inherited access rights in addition to the individual users. They were not able to see who was actually a member of the group until they checked it directly via the members page. Even the details view in the admin area only showed directly added users. Another addition to the feature would be that each user can track access rights via breadcrumb why the user has access to a group or a project (e.g.: group>subgroup>project).

GitLab Internal

Edited by 🤖 GitLab Bot 🤖