View Issue Details
ID | Project | Category | View Status | Date Submitted | Last Update |
---|---|---|---|---|---|
18738 | Bug reports | User / Groups / Roles | public | 2023-04-11 10:55 | 2023-08-08 11:48 |
Reporter | Mazi | Assigned To | ollehar | ||
Priority | normal | Severity | block | ||
Status | acknowledged | Resolution | open | ||
Product Version | 5.6.x | ||||
Summary | 18738: Admins allowed to create new admin users are not allowed to assign user roles | ||||
Description | Our customer has 3-4 user roles defined at their system and there are 2-3 people allowed to add additional admin users. But when these create nee users, they do not even see the user roles set up at the system. | ||||
Steps To Reproduce | Steps to reproduce
Expected resultSee available user roles in order to assign them to new user. Actual resultNo user roles are shown. | ||||
Tags | No tags attached. | ||||
Bug heat | 8 | ||||
Complete LimeSurvey version number (& build) | 5.6.14 | ||||
I will donate to the project if issue is resolved | No | ||||
Browser | Chrome | ||||
Database type & version | MySQL 5 | ||||
Server OS (if known) | |||||
Webserver software & version (if known) | |||||
PHP Version | 8.1.6 | ||||
@DenisChenu, what do you think about this blocker? I think it makes sense that if you are allowed to create new users, you should also be able to assign a user role. Of course, that should exclude roles with superadmin rights. |
|
ONLY if you have all rights in this role … User can not give more right then they already have |
|
I agree, user rights at the role need to be checked against the user's permissions. |
|
@gabrieljenik, what do you think about this issue? |
|
If I understand correctly, I don't agree. That doens't lead to a proper separation of concerns. I am not sure this collides with other user permissions stories which are on hold. |
|
Let me explain the issue in a different way. Currently only superadmins can make use of the role feature at all. So if there are other admins responsible for creating user accounts, they can not use this helpful feature at all. |
|
I am not very aware of roles. Still, one question that pops up...
Maybe the "role creation / management" sahll not be set by roles, but by permission? |
|
The reason here was If you allow an user to create user but disallow to update all surveys : there are a reason. If you don' check if current user have all roles permission what can happen:
I really understand finally why roles can be set only by superadmins … |
|
Correct, @DenisChenu - On the one hand it makes sense that only superadmins can use roles. On the other hand the feature is not available to common users with create user rights. |
|
Yes … But i don't know the precise specifications for roles feature ;) Maybe a list of roles allowed by user ? |
|
Please remind me ... For me, the roles and users should be able to be handled separately. To achieve that we could add: Thoughts? |
|
No : he can not give permission if he don't have permission
No, it was fixed a long time ago, and refixed in 4.0.beta if i remind. then my Thought : we must really avoid user to give more rights they already have ! [Edit ]
|
|
According to But thinking on roles, if there is a role for a powerfull user, then someone could use it and create a user with it. Another alternative? But this should be a common topic. From the top of my head, the issue is usually handled not by limiting user creation or permission assignment, but by logging what each user does and who created the user. |
|
Another idea (not sure if bright): |
|
Yes, currently. But allow user to set roles is an update here.
A new settings on roles «Can be set by user without superadmin rights» and a BIG warning. It think it's OK :+1:
I don't understand here ?
Currently we have
|
|
I like this idea: |
|
Should this be moved to feature request? |
|
I tend to say it is a bug (Currently only superadmins can make use of the role feature at all.) because otherwise a fix will never be implemented ;-) |
|
Date Modified | Username | Field | Change |
---|---|---|---|
2023-04-11 10:55 | Mazi | New Issue | |
2023-04-11 11:03 | Mazi | Note Added: 74452 | |
2023-04-11 11:03 | Mazi | Bug heat | 0 => 2 |
2023-04-11 11:08 | DenisChenu | Note Added: 74453 | |
2023-04-11 11:08 | DenisChenu | Bug heat | 2 => 4 |
2023-04-11 11:38 | Mazi | Note Added: 74455 | |
2023-04-11 13:14 | ollehar | Priority | none => normal |
2023-04-19 09:00 | Mazi | Note Added: 74537 | |
2023-04-19 14:34 | gabrieljenik | Note Added: 74541 | |
2023-04-19 14:34 | gabrieljenik | Bug heat | 4 => 6 |
2023-04-19 14:39 | Mazi | Note Added: 74542 | |
2023-04-19 15:49 | gabrieljenik | Note Added: 74543 | |
2023-04-19 15:50 | gabrieljenik | Note Edited: 74543 | |
2023-04-19 15:54 | DenisChenu | Note Added: 74544 | |
2023-04-19 15:54 | DenisChenu | Note Edited: 74544 | |
2023-04-19 15:55 | DenisChenu | Note Edited: 74544 | |
2023-04-19 15:55 | DenisChenu | Note Edited: 74544 | |
2023-04-20 14:12 | Mazi | Note Added: 74561 | |
2023-04-20 14:52 | DenisChenu | Note Added: 74562 | |
2023-04-20 18:22 | gabrieljenik | Note Added: 74563 | |
2023-04-20 18:46 | DenisChenu | Note Added: 74564 | |
2023-04-20 18:46 | DenisChenu | Note Edited: 74564 | |
2023-04-20 18:50 | DenisChenu | Note Edited: 74564 | |
2023-04-20 19:26 | gabrieljenik | Note Added: 74566 | |
2023-04-20 19:28 | gabrieljenik | Note Edited: 74566 | |
2023-04-20 19:28 | gabrieljenik | Note Added: 74567 | |
2023-04-20 19:34 | DenisChenu | Note Added: 74568 | |
2023-04-21 13:20 | Mazi | Note Added: 74570 | |
2023-08-08 11:24 | ollehar | Note Added: 76482 | |
2023-08-08 11:24 | ollehar | Bug heat | 6 => 8 |
2023-08-08 11:24 | ollehar | Assigned To | => ollehar |
2023-08-08 11:24 | ollehar | Status | new => acknowledged |
2023-08-08 11:48 | Mazi | Note Added: 76484 |