Feature Request: In the Edit -> group -> edit (members) popup, add the useridentifier along with the user name to distinguish between users with multiple accounts, or users with the same name
Nobody has claimed this yet.
- Dominant language
- Java
- Stars
- 1.1k
- Forks
- 564
- Avg merge
- 2d 2h
- Merged PRs (30d)
- 29
Description
Overview of the Feature Request
Be able to distinguish between users with multiple accounts, or users with the same name, who have been added to a group.
What kind of user is the feature intended for?
(Example users roles: API User, Curator, Depositor, Guest, Superuser, Sysadmin)
Approvers who use groups to manage access to datasets/files
What inspired the request?
Using the Edit group functionality.
What existing behavior do you want changed?
The existing Edit -> Groups -> Edit popup shows only the name of users who are current group members, with no useridentifier or other info to distinguish between users that have multiple accounts or users with the same name.
For users that fall into one of these 2 categories, it's impossible to know which account has been added to the group, to know if they have already been added, or which to delete (depending on the task).
Note that when you assign users to a group, the popup to select the user shows the user's useridentifier:
When you go to edit the group (to add or remove users), the useridentifier is not shown (but could be?).
While ORCID is an identifier, it's not always public and a lot of people don't have one...
Any open or closed issues related to this feature request?
Not sure
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
Start at the Edit → Groups → Edit members popup and compare it with the user-selection popup, which already shows the useridentifier. Locate the UI entry point and the related group-member tests, if present. Done means the member list distinguishes users with the same name or multiple accounts by displaying the useridentifier.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- java
- Domain
- authorization, frontend
- Issue type
- Feature
- Difficulty
- 3/5
- Estimated time
- 1-2 days
- Activity status
- Stale
- Clarity
- Mostly clear
- Newbie friendliness
- 45/100