Skip to content
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

More granular permissions #116

Closed
w-le opened this issue Mar 19, 2021 · 4 comments
Closed

More granular permissions #116

w-le opened this issue Mar 19, 2021 · 4 comments
Assignees
Labels

Comments

@w-le
Copy link
Contributor

w-le commented Mar 19, 2021

A current project utilises Zone.metadata as a store for application specific data
Non system admins using a non admin frontend app will be updating Zone.metadata.

  1. Should we just find a new home for this kind of application specific (and often completely custom) persistent data? Or should it remain in places like zone/system metadata?

  2. If we keep this data in zone/system metadata, then we want to allow specific users or groups to be able to edit that zone.metadata (ideally even specific zone.metadata KEYS), without granting them sys_admin access

@MrYuion
Copy link

MrYuion commented Mar 19, 2021

@w-le, metadata is already standalone technically, though it is normally associated with a zone/system.

@kimburgess kimburgess added type: enhancement new feature or request and removed enhancement labels Mar 30, 2021
@caspiano caspiano removed their assignment Jul 16, 2021
@caspiano
Copy link
Contributor

Closed by #169

@caspiano
Copy link
Contributor

@w-le We can now issue scopes based on controllers.
For this case, you can issue zones.read.

@tassja Interested in your thoughts on this.

@tassja
Copy link
Collaborator

tassja commented Sep 16, 2021

It looks like they would need to edit? so zones.write ?

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
None yet
Development

No branches or pull requests

6 participants