Closed mathew-horner closed 4 months ago
This should be fine, but my main concern here is that we're removing something without integrating the replacement for it.
Have you put in any thought on if or how the admin user role should be represented in the CLI?
The structure still includes is_admin
. I think we probably want to replace that with a role
field eventually, like we did for the group member list endpoint, for the same forward compatability reasons.
The structure still includes is_admin. I think we probably want to replace that with a role field eventually, like we did for the group member list endpoint, for the same forward compatability reasons.
Do you have any plan to show this information in the group list
table?
The structure still includes is_admin. I think we probably want to replace that with a role field eventually, like we did for the group member list endpoint, for the same forward compatability reasons.
Do you have any plan to show this information in the
group list
table?
I don't, but we could probably add it fairly easily. Maybe after we add a role
to this response we can display their role in each group in the table?
These fields are going away soon: https://github.com/phylum-dev/api/issues/1266
We probably will need some sort of transitionary period here, so we don't break
phylum group list
on older versions. I was thinking that we could returnis_owner
always set to false and maybe something like"<deprecated>"
for the owner email, and that will get displayed in the groups table in older versions of the CLI. What do you guys think?