View Issue Details

IDProjectCategoryView StatusLast Update
0027489mantisbtapi restpublic2020-11-25 14:20
Reporterwutsdis Assigned Toatrol  
Status closedResolutionno change required 
Product Version2.24.0 
Summary0027489: REST API Returns Only 50 Issues

Hello, not sure if this is a bug or intended but it is very annoying and I've already lost a day+ trying to work around the problem.

There seems to be some hardcoded limit for the max issues to be returned with a get call to the API, I've tried it with the bellow requests and it always gives up to 50.

As per the comment from I'm not sure if that is related to it at all but "The number of issues to return per page. Default is 50 but overridable by configuration."
I've added "$g_default_limit_view = 1000;" to the config_inc.php and there is no change in the returned issues from the API. Although it worked for the webpage and the defaults got increased in the view_all_bug_page.php.

I've tried saving a new filter, just for a single project, that shows 1000 issues. Again works as expected on the webpage but when I call the new filter from the API - only 50 issues.

Just for the sake of it I tried some stuff like "/api/rest/issues?page_size=1000?filter_id=123" or "/api/rest/issues?project_id=123?page_size=1000" hoping it works and maybe it isn't documented but there isn't such functionality.

My use case is that I want to get a global filter we have hiding the "resolved (And Above)", thus showing only all open bugs, so I can count them per project+subprojects. Or check the resolved/closed for the day per project from the API. This is partially achieved by the but after installing it, I get error 500 on its config page "/plugin.php?page=ApiExtend/config". I cannot post an issue on the GitHub page, for some reason, it doesn't have an issues page.

I tried getting a list with all of the issues concerning the day, but when the filters don't work it's a big chore because we have a lot of projects with thousands of issues, which get mixed in the results and I have to get "/api/rest/issues?page_size=12000" then filter them per project from the response. I actually did it by iterating over 3 pages of 7000 issues and adding the results "/api/rest/issues?page_size=7000&page=3" because I hit some kind of a limit (timeout, request size or serverside something maybe) if I try a bigger number than 12000 page size.

Additional Information

Site Information
MantisBT Version 2.24.0
Schema Version 210
PHP Version 7.2.24-0ubuntu0.18.04.7
Database Driver mysqli
Database Version, Description 10.4.11, 10.4.11-MariaDB-1:10.4.11+maria~bionic

TagsNo tags attached.




2020-11-09 12:33

reporter   ~0064619

Eureka! I feel dumb now, just after posting this, I decided to try with an ampersand and it worked - /api/rest/issues?project_id=37&filter_id=100&page_size=1000
Maybe that should be added in the docs or if it's already there, it wasn't very obvious and I couldn't find it.



2020-11-10 12:39

developer   ~0064624

Such kind of query strings (separated by ? from the URL, parameters separated by &), are more or less standard

Do you agree we can close this issue?



2020-11-11 11:06

developer   ~0064639

Maybe that should be added in the docs or if it's already there, it wasn't very obvious and I couldn't find it.

It's right there in the example on the right-hand side...

image.png (22,718 bytes)   
image.png (22,718 bytes)   


2020-11-12 21:00

reporter   ~0064647

Yes, but was not obvious for me that it worked for anything else than pages. Maybe it's just me, idk what to say. Sorry for the bother. :|