New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Allow space application supporter to access specific droplet endpoints. #2220
Comments
@monamohebbi @sweinstein22 Should Acceptance says that this new role should see what a Space Developer sees, but this felt like a potential exception, so I wanted to confirm. Specifically, this redaction replaces the contents of the |
* Decided to have some fields in v3/droplets/:guid be redacted (in a similar fashion to every role except admin roles and space developers) * Updated documentation * Refactored some of the droplets request specs to use it_behaves_like [#2220] Co-authored-by: Weyman Fung <weymanf@vmware.com> Co-authored-by: Carson Long <lcarson@vmware.com>
* Decided to have some fields in v3/droplets/:guid be redacted (in a similar fashion to every role except admin roles and space developers) * Updated documentation * Refactored some of the droplets request specs to use it_behaves_like [#2220] Co-authored-by: Weyman Fung <weymanf@vmware.com> Co-authored-by: Carson Long <lcarson@vmware.com>
* Decided to have some fields in v3/droplets/:guid be redacted (in a similar fashion to every role except admin roles and space developers) * Updated documentation * Refactored some of the droplets request specs to use it_behaves_like [#2220] Co-authored-by: Weyman Fung <weymanf@vmware.com> Co-authored-by: Carson Long <lcarson@vmware.com>
* Decided to have some fields in v3/droplets/:guid be redacted (in a similar fashion to every role except admin roles and space developers) * Updated documentation * Refactored some of the droplets request specs to use it_behaves_like [#2220] Co-authored-by: Weyman Fung <weymanf@vmware.com> Co-authored-by: Carson Long <lcarson@vmware.com>
* Decided to have some fields in v3/droplets/:guid be redacted (in a similar fashion to every role except admin roles and space developers) * Updated documentation * Refactored some of the droplets request specs to use it_behaves_like [#2220] Co-authored-by: Weyman Fung <weymanf@vmware.com> Co-authored-by: Carson Long <lcarson@vmware.com>
Issue
Allow space application supporter to access specific droplet endpoints.
Context
We are introducing a new role and we want to make sure it has the right access.
Expected result
A space application support should be able access the following endpoints:
GET /v3/droplets/:guid
GET /v3/droplets
GET /v3/packages/:guid/droplets
GET /v3/apps/:guid/droplets
Acceptance
A space application supporter would see the same info as a space developer assigned to the same space for these and only these droplet endpoints.
Documentation
When I browse to any of these endpoints on v3 docs I can see the Space Application Supporter role in the list of permitted roles with an indication that this role is not fully implemented and the permissions will be changing.
The text was updated successfully, but these errors were encountered: