-
Notifications
You must be signed in to change notification settings - Fork 5
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
Service API ponctual permissions #109
Service API ponctual permissions #109
Conversation
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Well done with the [read, write]-match conversion.
Tomorrow, we will need to give a try to a massive merge of all these PRs. |
It will be epic ! |
I will try go ahead with the merge in a new branch and deploy on colibri if everyone is ok |
Good! |
Will you tell me about these tales of merging epicness? |
closed via #110 |
depends on PR #104
adds the
read-match
andwrite-match
permissions toServiceAPI
route resources.requested route must be an exact match to ticked permission to pass
read
/write
permissions continue to englobe all sub-resourcesie:
read
on/processes
will grantread
on/processes/...
use
/users/{id}/services?cascade=True
to return services if any of its sub-resources has user permissionsinherit
querystart to deprecate
/users/.../inherited_<>
routes (still available, but will log warnings and such)use
/users/.../<>?inherit=True
instead to return<>
inheriting user's groups permissionschange to magpie
0.7.0
since including big change of sync remoteTo Do
tag
0.7.0
when this PR, PR #104, PR #106 are merged