Group detail and list of users

[david-crespo]

The list of users in a group is not bounded in size and therefore must be paginated, so these probably need to be two separate endpoints, as opposed to, e.g., a single group detail response that includes the list of users. Right now we have /groups, which lists groups in the current silo. This would add:

GET /groups/<group>
GET /groups/<group>/users

[david-crespo]

Given the RFD 322 API changes, we might do the users in a group list as /v1/users?group=<group_id>. Right @zephraph?

[zephraph]

I think that would be right. Unless there's multiple contexts of users then you might need to append a specifier. I think for this case that's correct though.

[askfongjojo]

Bumping the target version of this to v17, assuming it will be something to be taken care of along with SCIM.

Currently, the only way we can get group information for a user is logging in as that user and make a /v1/current_user_groups request. SCIM API will provide this information as well but require the caller to authenticate with the SCIM bearer token. We do not want to encourage the user to use the SCIM APIs because there is no external API for admin to get this information.