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

Manage permissions via the web interface instead of config file #17

Closed
lfkeitel opened this issue Aug 23, 2016 · 0 comments
Closed

Manage permissions via the web interface instead of config file #17

lfkeitel opened this issue Aug 23, 2016 · 0 comments

Comments

@lfkeitel
Copy link
Contributor

lfkeitel commented Aug 23, 2016

Currently all permissions are managed statically via the configuration file and requires a restart of the web component to take effect. Instead, the permissions could be managed through the web interface and stored either in a flat text file and loaded on start (updating internal structures as changes are made) or saved to the database. This would require a new admin page, a map between strings and the permission constants, and a new HTTP path.

lfkeitel added a commit that referenced this issue Mar 12, 2018
The old permission settings in the toml file will be accepted,
but ignored. They're used to migrate to the new database
driven system but after that they're not used.

UI and API rights are separate as they were conceptually with
the toml file. All users are in the "default" ui group and the
"disable" api group unless set otherwise. The status API is still
behind a flag as it requires the view debug permission.
@lfkeitel lfkeitel added this to the v1.3.0 milestone Mar 18, 2018
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

1 participant