You might see that the Dropbox Community team have been busy working on some major updates to the Community itself! So, here is some info on what’s changed, what’s staying the same and what you can expect from the Dropbox Community overall.
Forum Discussion
Inquiry on /team_log/get_events Endpoint Behavior with Empty Events List and has_more True
I am reaching out regarding an issue we are encountering when calling the /team_log/get_events endpoint. Occasionally, we receive a response where the events list is empty, but has_more is returned ...
Thanks for the feedback! I'll pass this along to the team.
There isn't a specified minimum size of the GetTeamEventsResult.events list returned by /2/team_log/get_events[/continue] so it is possible and expected to get an empty list in some cases. Due to some technical details, this can occur, though I don't have more specific information to share on what scenarios might cause that. I also am not aware of plans to change that or the endpoint specification.
That being the case, regardless of the size of the GetTeamEventsResult.events list, apps should always check the returned GetTeamEventsResult.has_more value and call back to /2/team_log/get_events/continue if it is true.
Greg-DB
Dropbox Staff
Dropbox StaffThanks for the feedback! I'll pass this along to the team.
There isn't a specified minimum size of the GetTeamEventsResult.events list returned by /2/team_log/get_events[/continue] so it is possible and expected to get an empty list in some cases. Due to some technical details, this can occur, though I don't have more specific information to share on what scenarios might cause that. I also am not aware of plans to change that or the endpoint specification.
That being the case, regardless of the size of the GetTeamEventsResult.events list, apps should always check the returned GetTeamEventsResult.has_more value and call back to /2/team_log/get_events/continue if it is true.
We are attempting to utilize the existing functionality within the product to capture logs, but it seems our only options are to request the developers to modify the code to make decisions based on 'has_more', or to set up a server dedicated to capturing logs and then transferring them.
The developers view this behavior as unexpected, so could you please ensure the documentation reflects that "an empty list can be returned even when has_more=True"?
I will share this thread with the relevant parties.
Thanks.
- Greg-DB
Thanks for the additional feedback! I'll share this with the team.
About Dropbox API Support & Feedback
Find help with the Dropbox API from other developers.
