Currently, the only security determination is logged on or not. Establish the following security levels; within this list, each one can also perform the tasks of those above it.
Establish user levels (described below)
Place restrictions on existing functionality according to those levels. UI elements that are not allowed should not be displayed (i.e., unless the user can delete a post, the "Delete" link should not be shown). The server must also verify this access for each request.
Provide a user maintenance page, where WebLogAdmins and Administrators can assign their level or below to other users of the current web log
When creating a web log, if this is the first one, assign the user Administrator permissions; otherwise, assign them WebLogAdmin permissions
Provide a CLI upgrade-user option that will take a URL base and an e-mail address, and promote that user to Administrator status
Access Levels
Author can create new posts / pages and edit posts / pages they authored.
Editor can edit posts / pages they did not author, but may not delete them.
WebLogAdmin can delete posts / pages, as well as manage all web log settings (the current "logged on" level)
Administrator will be able to manage themes (#20), and may have other installation-wide controls as they are developed.
Currently, the only security determination is logged on or not. Establish the following security levels; within this list, each one can also perform the tasks of those above it.
- [x] Establish user levels (described below)
- [x] Place restrictions on existing functionality according to those levels. UI elements that are not allowed should not be displayed (i.e., unless the user can delete a post, the "Delete" link should not be shown). The server must also verify this access for each request.
- [x] Provide a user maintenance page, where `WebLogAdmin`s and `Administrator`s can assign their level or below to other users of the current web log
- [x] When creating a web log, if this is the first one, assign the user `Administrator` permissions; otherwise, assign them `WebLogAdmin` permissions
- [x] Provide a CLI `upgrade-user` option that will take a URL base and an e-mail address, and promote that user to `Administrator` status
### Access Levels
- `Author` can create new posts / pages and edit posts / pages they authored.
- `Editor` can edit posts / pages they did not author, but may not delete them.
- `WebLogAdmin` can delete posts / pages, as well as manage all web log settings (the current "logged on" level)
- `Administrator` will be able to manage themes (#20), and may have other installation-wide controls as they are developed.
Blocking a user prevents them from interacting with repositories, such as opening or commenting on pull requests or issues. Learn more about blocking a user.
Currently, the only security determination is logged on or not. Establish the following security levels; within this list, each one can also perform the tasks of those above it.
WebLogAdmins andAdministrators can assign their level or below to other users of the current web logAdministratorpermissions; otherwise, assign themWebLogAdminpermissionsupgrade-useroption that will take a URL base and an e-mail address, and promote that user toAdministratorstatusAccess Levels
Authorcan create new posts / pages and edit posts / pages they authored.Editorcan edit posts / pages they did not author, but may not delete them.WebLogAdmincan delete posts / pages, as well as manage all web log settings (the current "logged on" level)Administratorwill be able to manage themes (#20), and may have other installation-wide controls as they are developed.Fixed in beta 5