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
Large number of new errors when making write actions via Dropbox API
Hi folks, We’re having some trouble with our Dropbox API integration and getting new errors from the Dropbox API. Some backstory: we’ve been using the Dropbox API to manage shared folders acr...
Followup here as we've now resolved this issue and want to share our findings if anyone else runs into the same problems:
The issue ultimately turned out to be the lack of the Dropbox-API-Path-Root header. However, even after including it still failed the same way because we didn't JSON encode the contents of the header prior to handing things off to our HTTP library. We also never were able to (intentionally or accidentally) generate the errors documented in https://www.dropbox.com/developers/reference/path-root-header-modes so it was difficult to diagnose we were not using the header properly.
Greg-DB
Dropbox Staff
Dropbox Stafflfranchi_pilot As Здравко said, this error does not indicate a scopes issue, but rather a file/folder permissions issue. It sounds like your team may have recently migrated to the updated team space configuration, which would update your file/folder setup. Please refer to the Team Files Guide for information on how to interact with team content in a team space using the API.
Greg-DB Thanks for the response!
We followed the guide you linked, and have some more information, but things do not work consistently still.
- Using the /files/list_folder API endpoint only returns 100 team folders. Our organization makes heavy use of team folders -- we have over 500 of them. Prior to the team spaces migration our team admin account had access to all 500+ of them. Is there a limit that got put in place for team spaces?
- Even for the team folders in which we have access (as per /files/list_folder), we cannot create new folders in them. Both /files/create_folder_v2 and /sharing/share_folder fail with a no permissions response.
- We did not used to have the Dropbox-API-Path-Root header in our requests. We added it in, but it does not seem to have any effect on the responses we receive. We set the header as {".tag": "root", "root": "<root_namespace_id>"}, with <root_namespace_id> coming from the /users/get_current_account API endpoint.
Does this provide some more info that could help narrow down the root cause? At the end of the day we're seeing significant errors in using Dropbox API in the way we were using it pre-team-space-configuration.
- Greg-DB
lfranchi_pilot I see you only mentioned using /2/files/list_folder, so make sure you've also implemented /2/files/list_folder/continue as documented. You're not guaranteed to get everything back in one call.
Using the Dropbox-API-Path-Root allows you to set a different root for an API call. For example, you can use that to list the contents of the team space by setting the root for the call to the team space. That would make the results for /2/files/list_folder[/continue] relative to the team space, for example. If your team previously did not have a team space, that would not have been necessary at the time, but it is necessary whenever you wish to access the contents of a team space.
As for any specific issues you're seeing, we'll be happy to help, but we'd need more detailed information to be able to investigate and advise accordingly. Please share the specific steps/code/parameters you're using when seeing any particular issue, as well as the unexpected error/output. Be sure to redact the access token though. Feel free to open an API ticket if you'd prefer to share privately.
Followup here as we've now resolved this issue and want to share our findings if anyone else runs into the same problems:
The issue ultimately turned out to be the lack of the Dropbox-API-Path-Root header. However, even after including it still failed the same way because we didn't JSON encode the contents of the header prior to handing things off to our HTTP library. We also never were able to (intentionally or accidentally) generate the errors documented in https://www.dropbox.com/developers/reference/path-root-header-modes so it was difficult to diagnose we were not using the header properly.
About Dropbox API Support & Feedback
Find help with the Dropbox API from other developers.
