@JohnVillalovos this helps get rid of a custom method that prevented users from using the endpoint fully (only list was supported, not get, and even that didn't work properly like ListMixin). My only silly thought in the initial PR was thatall_members() sounded a bit more natural thanmembers_all(), any opinions there? 😁

@Shkurupii thanks again and sorry for the delay, I will resolve the conflicts here so you don't have to rebase again. One caveat is I think this will not work in the CLI because of how subcommands are constructed from object names (this reusesGroupMember). I'll do some local tests to see if that can be avoided.

@JohnVillalovos this helps get rid of a custom method that prevented users from using the endpoint fully (only list was supported, not get, and even that didn't work properly like ListMixin). My only silly thought in the initial PR was thatall_members() sounded a bit more natural thanmembers_all(), any opinions there? 😁

@nejch

Based on how the API is I lean towardsmembers_all().

FYI: I did a rebase of this a week or so ago. Might help you.

https://github.com/JohnVillalovos/python-gitlab/tree/jlvillal/feat-get-inherited-members

I'll let@JohnVillalovos merge though so I don't self-approve 😁

Oh sorry! I must have missed this 😢

Thanks for merging!