-
Notifications
You must be signed in to change notification settings - Fork 185
Restore paging on find Tasks api #614
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Comments
Hi, The Can you try that and let us know if that works? Thanks! |
Hi The problem is about python ( and java ) client library. In particular what you have to pass into 'after' parameter (id of the last task retrieved) is in LINKS section of self._service.get_tasks(**kwargs) that is cutted of by returning only the content of tasks list retrieved as you can see in the body of actual find_task function implementation "next": "/api/v2/tasks?after=0bf5171e0431a000&limit=3
So 'after' in api calls works well but with this implementation i have no chance to get the right 'after' value to grab next pages I had to Implement my ugly "find all task" function to retrieve all tasks using smaller slot after some rev eng of the python library and use directly the service layer instead api client layer here my code hope is more clear (ah ... same problem also with java implementation )
|
Thanks for the response. We can take a look at adding an iterator function to make retrieving the paged content a bit easier. |
Proposal:
Why do you avoid to return links attribute of the task api response ? Can you restore the possibility to use next link? Or introduce a
with also links sectin in response?
Current behavior:
No link with next task id will be returned because only tasks will be returned
Desired behavior:
Have the next link into the response to implement pagination and retrieve all tasks (if more than 500) or use smaller chunk during the inquiry
Use case:
Because no pagination method be possible
The text was updated successfully, but these errors were encountered: