Description of problem: When username and email that differ from the current one is set in update user api call [1] then new user is created. When only different username is set then there is response `is taken` for email. Version-Release number of selected component (if applicable): tendrl-ansible-1.6.3-5.el7rhgs.noarch tendrl-api-1.6.3-4.el7rhgs.noarch tendrl-api-httpd-1.6.3-4.el7rhgs.noarch tendrl-commons-1.6.3-9.el7rhgs.noarch tendrl-grafana-plugins-1.6.3-7.el7rhgs.noarch tendrl-grafana-selinux-1.5.4-2.el7rhgs.noarch tendrl-monitoring-integration-1.6.3-7.el7rhgs.noarch tendrl-node-agent-1.6.3-9.el7rhgs.noarch tendrl-notifier-1.6.3-4.el7rhgs.noarch tendrl-selinux-1.5.4-2.el7rhgs.noarch tendrl-ui-1.6.3-8.el7rhgs.noarch How reproducible: 100% Steps to Reproduce: 1. Login to WA: $ curl -H 'Content-Type: application/json' -d '{"username":"admin", "password": "adminuser"}' <server>/api/1.0/login {"access_token":<token>} 2. Create new user: curl -H 'Content-Type: application/json' -H 'Authorization: Bearer <token>' -XPOST -d '{"name":"Tom Hardy", "username":"thardy", "email":"thardy", "role":"admin", "password":"pass1234", "email_notifications": false}' <server>/api/1.0/users 3. Set different username and email to thardy user: curl -H 'Content-Type: application/json' -H 'Authorization: Bearer <token>' -XPUT -d '{"username":"thardy2", "email":"thardy2"}' <server>/api/1.0/users/thardy 4. List users: curl -H 'Content-Type: application/json' -H 'Authorization: Bearer f486f3e0e816ddb9eb508bb78c19d78d42bbbfd82b741064cb88920b12e0f0e2' -XGET http://fbalak-usm1-server.usmqe.lab.eng.brq.redhat.com/api/1.0/users Actual results: There are 3 users: admin, thardy and thardy2. Expected results: thardy2 user should not be created. Either thardy username should be changed to thardy2 or this operation should not be allowed. Additional info: [1] https://github.com/Tendrl/api/blob/master/docs/users.adoc#update-user
Description / steps and expected result look good to me.
Fixed via https://github.com/Tendrl/api/pull/443
Changing a username is not allowed anymore.
Since the problem described in this bug report should be resolved in a recent advisory, it has been closed with a resolution of ERRATA. For information on the advisory, and where to find the updated files, follow the link below. If the solution does not work for you, open a new bug report. https://access.redhat.com/errata/RHBA-2018:3427