Mantis Bugtracker          
testlink.org

View Issue Details Jump to Notes ] Issue History ] Print ]
IDProjectCategoryView StatusDate SubmittedLast Update
0007362TestLinkUsers and Rightspublic2015-12-02 14:362015-12-03 11:39
ReporterabIng 
Assigned Tofman 
PriorityhighSeveritymajorReproducibilityhave not tried
StatusclosedResolutionfixed 
PlatformOSOS Version
Product Version1.9.13 (2015 #1) 
Fixed in Version1.9.14 (2015 Q3) 
Summary0007362: Changing Project/Plan Roles using Search field
DescriptionThe 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.
Steps To Reproduce1. 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
Additional InformationIf 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.
TagsNo tags attached.
Database (MySQL,Postgres,etc)MS SQL
Browser
PHP Version
TestCaseID
QA Team - Task Workflow StatusTBD
Attached Filespng file icon assignroles001.PNG [^] (29,910 bytes) 2015-12-02 14:36

- Relationships

-  Notes
(0024328)
fman (administrator)
2015-12-02 16:18
edited on: 2015-12-02 16:18

1) search before posting is a MUST
2) please get 1.9.14, install and retest

(0024332)
abIng (reporter)
2015-12-03 10:43

Thanx.
My Feedback:
I confirm that the bug is fixed in 1.9.14.
Comments (@param...) are not up to date :-)
(0024333)
fman (administrator)
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

- Issue History
Date Modified Username Field Change
2015-12-02 14:36 abIng New Issue
2015-12-02 14:36 abIng File Added: assignroles001.PNG
2015-12-02 16:18 fman Note Added: 0024328
2015-12-02 16:18 fman Note Edited: 0024328 View Revisions
2015-12-02 16:19 fman Assigned To => fman
2015-12-02 16:19 fman Status new => feedback
2015-12-03 10:43 abIng Note Added: 0024332
2015-12-03 10:43 abIng Status feedback => assigned
2015-12-03 11:39 fman Note Added: 0024333
2015-12-03 11:39 fman QA Team - Task Workflow Status => TBD
2015-12-03 11:39 fman Status assigned => closed
2015-12-03 11:39 fman Resolution open => fixed
2015-12-03 11:39 fman Fixed in Version => 1.9.14 (2015 Q3)



Copyright © 2000 - 2018 MantisBT Team
Powered by Mantis Bugtracker