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

Document how to update or grant more permissions to a created GraphDB user #116

Closed
3 tasks done
alyssadai opened this issue Oct 26, 2023 · 1 comment · Fixed by #170
Closed
3 tasks done

Document how to update or grant more permissions to a created GraphDB user #116

alyssadai opened this issue Oct 26, 2023 · 1 comment · Fixed by #170
Assignees

Comments

@alyssadai
Copy link
Contributor

alyssadai commented Oct 26, 2023

As we discovered in neurobagel/planning#44, it appears that if you grant read/write permissions for a database to a new user using a GraphDB API call (i.e., see https://neurobagel.org/infrastructure/#create-new-database), there is no easy way to then update or add access permissions for additional databases to that same user without rewriting the entire list of {"grantedAuthorities"}. Basically, this means that every time you update a user, you are rewriting its permissions.

This is pretty annoying and unintuitive, so we should

  • document the behaviour / how to grant access permissions for >1 db to a single user
  • look into whether there is a reasonable workaround for additive permission granting (as well as removing permissions)
  • include the curl command to check the settings for a GraphDB user, similar to the one we have for Stardog
Copy link

We want to keep our issues up to date and active. This issue hasn't seen any activity in the last 75 days.
We have applied the _flag:stale label to indicate that this issue should be reviewed again.
When you review, please reread the spec and then apply one of these three options:

  • prioritize: apply the flag:schedule label to suggest moving this issue into the backlog now
  • close: if the issue is no longer relevant, explain why (give others a chance to reply) and then close.
  • archive: sometimes an issue has important information or ideas but we won't work on it soon. In this case
    apply the someday label to show that this won't be prioritized. The stalebot will ignore issues with this
    label in the future. Use sparingly!

@github-actions github-actions bot added the _flag:stale [BOT ONLY] Flag issue that hasn't been updated in a while and needs to be triaged again label Jan 10, 2024
@alyssadai alyssadai added the flag:schedule Flag issue that should go on the roadmap or backlog. label Feb 16, 2024
@alyssadai alyssadai moved this to Backlog in Neurobagel Feb 16, 2024
@alyssadai alyssadai removed the flag:schedule Flag issue that should go on the roadmap or backlog. label Feb 16, 2024
@github-actions github-actions bot removed the _flag:stale [BOT ONLY] Flag issue that hasn't been updated in a while and needs to be triaged again label Feb 17, 2024
@alyssadai alyssadai moved this from Backlog to Implement - Active in Neurobagel Feb 22, 2024
@alyssadai alyssadai self-assigned this Feb 23, 2024
@alyssadai alyssadai moved this from Implement - Active to Implement - Done in Neurobagel Feb 23, 2024
@surchs surchs moved this from Implement - Done to Review - Active in Neurobagel Feb 23, 2024
@github-project-automation github-project-automation bot moved this from Review - Active to Review - Done in Neurobagel Feb 26, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
Archived in project
Development

Successfully merging a pull request may close this issue.

2 participants