MantisBT - TestLink
View Issue Details
0007362TestLinkUsers and Rightspublic2015-12-02 14:362015-12-03 11:39
highmajorhave not tried
1.9.13 (2015 #1) 
1.9.14 (2015 Q3) 
0007362: Changing Project/Plan Roles using Search field
The screen Assign Test Project Roles (as well as Assign Test Plan Roles) in User Management now contains the field Search (added in version 1.9.13).
When this field is used the Update operation removes all rights for all the users of given project leaving only the rights for filtered users.
The detailed scenario for Test Projects is explained below. The same problem holds for Test Plans.
1. Go to User Management/Assign Project Roles
2. The first user has the role 'leader', the second user has the inherited role 'guest', see image attached
3. Type in Search field 'abe' to filter the second user
4. Change his role to 'leader'
5. Press 'Update' button
6. Now the second user is 'leader'
7. The first user is modified to inherited role 'no rights'

It is not the expected result - the role of the first user should not be modified when the role of second user is changed
If we don't use the Search field the operation is performed correctly.
I.e. if we omit the step 3 (when there are a lot of users paginate instead of searching) at the step 7 both users are 'leader'.

Thus, there is a workaround (avoid using Search), but it is very inconvenient when the number of users is big.
No tags attached.
png assignroles001.PNG (29,910) 2015-12-02 14:36
Issue History
2015-12-02 14:36abIngNew Issue
2015-12-02 14:36abIngFile Added: assignroles001.PNG
2015-12-02 16:18fmanNote Added: 0024328
2015-12-02 16:18fmanNote Edited: 0024328bug_revision_view_page.php?bugnote_id=24328#r4711
2015-12-02 16:19fmanAssigned To => fman
2015-12-02 16:19fmanStatusnew => feedback
2015-12-03 10:43abIngNote Added: 0024332
2015-12-03 10:43abIngStatusfeedback => assigned
2015-12-03 11:39fmanNote Added: 0024333
2015-12-03 11:39fmanQA Team - Task Workflow Status => TBD
2015-12-03 11:39fmanStatusassigned => closed
2015-12-03 11:39fmanResolutionopen => fixed
2015-12-03 11:39fmanFixed in Version => 1.9.14 (2015 Q3)

2015-12-02 16:18   
1) search before posting is a MUST
2) please get 1.9.14, install and retest

2015-12-03 10:43   
My Feedback:
I confirm that the bug is fixed in 1.9.14.
Comments (@param...) are not up to date :-)
2015-12-03 11:39   
>>Comments (@param...) are not up to date :-)
what does this means? is near impossible to understand this kind of comments