Manage user permission in v0.5.0-beta1 is confusing
Nobody has claimed this yet.
- Dominant language
- JavaScript
- Stars
- 1.4k
- Forks
- 354
- Avg merge
- 1d 10h
- Merged PRs (30d)
- 43
Description
Is your feature request related to a problem? Please describe.
Currently, the 'Manage' user permission lets users to insert/modify/delete tags, and also gives read-only view to the permission checkboxes. This is very confusing to me.
Describe the solution you'd like
- rename 'Manage' permission to 'Manage Tags'
- rename 'Edit' permission to 'Edit Cards'
- rename 'Share' permission to 'Admin'
- 'Manage Tags' users cannot view any permissions
- 'Admin' users can set 'Manage Tags' permission
- 'Admin' users can set 'Edit Cards' permission
- 'Admin' users can share
- 'Admin' users have de-facto permission to 'Manage Tags' and 'Edit Cards'
- Only the owner can set the 'Admin' permission
This way there are three types of users: the owner, admins (which are optional), and regular users.
Want to back this issue? Post a bounty on it! We accept bounties via Bountysource.
Contributor guide
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
Research direction
The issue names no files, tests, or entry points. Start by locating the existing handling and UI for the Manage, Edit, and Share permissions in the JavaScript codebase, then compare it with the nine requested rules. Done means the three roles and owner-only Admin control behave as described, with coverage for the permission boundaries.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- javascript
- Domain
- authorization
- Issue type
- Feature
- Difficulty
- 5/5
- Estimated time
- Over a week
- Activity status
- Stale
- Clarity
- Mostly clear
- Newbie friendliness
- 25/100