William Enright (ewilenr)2017-06-07 19:58 Submitted Gerrit change to be reviewed: https://gerrit.tuleap.net/#/c/8602/ 403 errors on user_groups should no longer appear.
Manuel Vacelet (vaceletm)2017-03-28 18:14 Is listing people who are members not a feature of the connector? I don't know AFAIR, the tracker routes were designed to return a list of people when needed (in tracker structure for list fields bounds to user groups) so fetching the list of users shouldn't be required.
William Enright (ewilenr)2017-03-28 17:33 Is listing people who are members not a feature of the connector? If that is indeed the case, then I'm really not sure why the connector executes the following code: for (TuleapUserGroup userGroup : tuleapRestClient.getProjectUserGroups(project.getIdentifier(), monitor)) { for (TuleapUser tuleapUser : tuleapRestClient.getUserGroupUsers(userGroup.getId(), monitor)) { server.register(tuleapUser); } The register function and the map it updates is pretty much only used in tests. }
Manuel Vacelet (vaceletm)2017-03-28 09:12 Actually the behaviour (403) is correct if the user is not project administrator. Only project admins can list people who are members of user groups. But AFAIR, there shouldn't be a need for the eclipse connector to do such a call. Hence the question of @nterray about the path the connector followed to have a need for this call. Reported in version cleared values: 8.19
William Enright (ewilenr)2017-03-27 21:25 last edited by: William Enright (ewilenr) 2017-03-27 21:49 Gentle bump. This error is easily reproducible when refreshing an artifact or when attempting to create a new query. The API explorer on Tuleap.net does not specifiy whether this API call requires elevated access rights or not, so I'm not sure if this behavior is intentional. Regardless, I have a simple fix for the issue should this be deemed unnecessary info to display to the user.
Nicolas Terray (nterray)2016-09-16 07:52 It would be interesting to know the path the connector took that led to this REST call. Furthermore is the behaviour always reproducible – blank state, get the artifact (no error), refresh the artifact (error).