Project

General

Profile

Actions

Bug #27211

open

Cannot remove all rights from a user who has a single role, from the User management GUI

Added by Michel BOUISSOU 2 months ago. Updated 4 days ago.

Status:
Pending release
Priority:
2
Category:
Security
Target version:
Severity:
Minor - inconvenience | misleading | easy workaround
UX impact:
I hate Rudder for that
User visibility:
First impressions of Rudder
Effort required:
Very Small
Priority:
155
Name check:
To do
Fix check:
Checked
Regression:
No

Description

When a user is initially created with the GUI, it is created with “no rights”.

As soon as the user has been given one role, it is not possible to remove the only role the user has, because :

- The system refuses to delete the only role attributed to the user ;
- If one tries to add “no rights” again, it is removed when pressing [Save] as the user still has some other rights.
- It is impossible to remove the only rights the user have after having added “no rights” without having saved.

So it is possible to add a different role to a user, then remove the previous one, but it is not possible to remove all rights.

All that can be done is disable or remove the user.


Files

clipboard-202507171732-wyhfy.png (138 KB) clipboard-202507171732-wyhfy.png Clark ANDRIANASOLO, 2025-07-17 17:32

Subtasks 3 (2 open1 closed)

Bug #27310: User management API permissions in responses are empty when not updating themPending releaseClark ANDRIANASOLOActions
Bug #27449: Fix spotless in 27310Pending releaseVincent MEMBRÉActions
Bug #27315: Upmerge of API tests on user permissions in 9.0ReleasedFrançois ARMANDActions

Related issues 1 (1 open0 closed)

Related to Rudder - Enhancement #27520: When you add an user role, before saving it you can't remove itNewClark ANDRIANASOLOActions
Actions #1

Updated by François ARMAND 2 months ago

  • Assignee set to Clark ANDRIANASOLO
  • Priority changed from To review to 2

Perhaps something changed in the validation of empty things or UI. But since we are still able to disable users, that doesn't seems very impactful.

Actions #2

Updated by Clark ANDRIANASOLO about 2 months ago

  • Target version set to 8.2.9
  • Severity set to Minor - inconvenience | misleading | easy workaround
  • UX impact set to I hate Rudder for that
  • User visibility set to First impressions of Rudder
  • Effort required set to Very Small
  • Priority changed from 0 to 157
Actions #3

Updated by Clark ANDRIANASOLO about 2 months ago

  • Status changed from New to In progress
Actions #4

Updated by Clark ANDRIANASOLO about 2 months ago

The API has something wrong about its behavior, in the representation of "emptiness" of permissions to update VS the intent to "reset" permissions :

it seems like passing "permissions":[] has the behavior of passing "permissions":null which does not update permissions at all.

A "permissions":[] in the update payload should mean that the user has "no permissions", which should end up in the update of the users' permissions.
Then, in the current UI, when the list is empty a right no_right is displayed, but this should have no x because it cannot be removed

Actions #5

Updated by Clark ANDRIANASOLO about 2 months ago

  • Status changed from In progress to Pending technical review
  • Pull Request set to https://github.com/Normation/rudder/pull/6525
Actions #6

Updated by Clark ANDRIANASOLO about 2 months ago

  • Subtask #27310 added
Actions #7

Updated by Clark ANDRIANASOLO about 2 months ago

  • Status changed from Pending technical review to Pending release
Actions #8

Updated by Clark ANDRIANASOLO about 2 months ago

  • Subtask #27315 added
Actions #9

Updated by François ARMAND 9 days ago

  • Related to Enhancement #27520: When you add an user role, before saving it you can't remove it added
Actions #10

Updated by François ARMAND 9 days ago

  • Priority changed from 157 to 155
  • Fix check changed from To do to Checked
Actions

Also available in: Atom PDF