0013902: SOAP method to retrieve User ID - MantisBT - Signup temporarily disabled due to spam

ID	Project	Category	View Status	Date Submitted	Last Update

0013902	mantisbt	api soap	public	2012-02-16 04:29	2019-12-13 18:06

Reporter	libregeek	Assigned To	dregad
Priority	normal	Severity	feature	Reproducibility	have not tried
Status	closed	Resolution	no change required

Summary	0013902: SOAP method to retrieve User ID
Description	Here is the use case: We have a custom reporting application which uses the SOAP API. Currently this application uses mc_project_get_issues() to retrieve the issues per project and then by reporter. There are hundreds of issues in each project and each issue in turn has numerous notes added. Since mc_project_get_issues() fetch the entire data, we are planning to switch to mc_project_get_issue_headers() which retrieve only the essential data. However, mc_project_get_issue_headers() has only reporter_id which prevents us to aggregate issues based on reporter. So it would be nice to have an API which returns the user_id of the reporter which can be used to filter results from mc_project_get_issue_headers. This can be easily implemented since there is already mci_get_user_id() in soap/mc_api.php which returns the user_id.
Tags	No tags attached.

vboctor 2012-06-16 19:29 manager ~0032113 Last edited: 2012-06-18 01:33	I'm re-opening this since the implementation for the related issue only tackled this problem for the logged in user. For the other scenario, here are some thoughts: If we are to provide mc_user_get() - who would have the right to get such information? We can make it so everyone can, but limit access to parts of this information like email address to the same level enforced by the web interface. Assuming we provided such API, the client will still have to issue N calls to get the information for the users that it has ids for. Don't we need a batch version of such API? For the methods that return references to users, shouldn't they be using ObjectRef to such users? This would include the user id and name (not full name / email). If we implement the batch get, then we may not necessarily need to change ids to objectrefs (hence, saving memory). Should we support passing in ObjectRef so that the client can retrieve information about a user using its id or name?

rombert 2012-06-18 03:36 reporter ~0032115	+1 for same level as enforced by the web UI the _get_issue_headers methods return ids, while the _get_issues ones return ObjectRefs . I think it's safe to keep it like this. I'm going to leave 2,4 to the reporter.

dregad 2019-12-03 10:51 developer ~0063186	We are resolving this issue as "no change required", because it was reported against an old version of MantisBT which is no longer supported. Should the requirement not be covered by REST API or recent versions of SOAP API, do not hesitate to reopen the issue.