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
Getting 409 error when calling list_folder/continue on renamed folder
Hi guys, I'm using your API in order to fetch the folders. I'm accessing the endpoint "/2/files/list_folder" for the first request and then using cursor I send the rest of the requests through "/2/f...
That's correct, when listing a folder based on the folder's path, if the path changes the folder will no longer be found.
Здравко's recommendation of using the folder's 'id' instead of the path is a good one. That is, when calling /2/files/list_folder, supply the folder's id (which starts with "id:") as the 'path' parameter. The id doesn't change when the folder is moved/renamed. (You may get a 'reset' error from /2/files/list_folder/continue in that case, but you can then easily start from /2/files/list_folder again with the same id.)
Alternatively, you could use /2/files/list_folder[/continue] for the folder's parent folder, whatever that may be, to keep track of changes to that parent folder's contents. (Note: the "path" value for the root folder itself is the empty string: "")
And yes, webhooks would only tell you when something changed, not what changed, so you would still need to use one of the above methods.
You don't miss anything. You are just trying access something missing (as noted in the error and described by you). That's it. Would be surprise if something else happens. To be sure that everything is consistent (at least some more) in dynamic environment don't use names, but ids and enumerate the things starting from the root, so if anything have changed you can catch it. The root is always the same. :wink:
Greg-DB
Dropbox Staff
Dropbox StaffThat's correct, when listing a folder based on the folder's path, if the path changes the folder will no longer be found.
Здравко's recommendation of using the folder's 'id' instead of the path is a good one. That is, when calling /2/files/list_folder, supply the folder's id (which starts with "id:") as the 'path' parameter. The id doesn't change when the folder is moved/renamed. (You may get a 'reset' error from /2/files/list_folder/continue in that case, but you can then easily start from /2/files/list_folder again with the same id.)
Alternatively, you could use /2/files/list_folder[/continue] for the folder's parent folder, whatever that may be, to keep track of changes to that parent folder's contents. (Note: the "path" value for the root folder itself is the empty string: "")
And yes, webhooks would only tell you when something changed, not what changed, so you would still need to use one of the above methods.
Thanks everyone, using ID as the path is definitely a better idea.
Another question, when I get 'reset' error, why not using /get_latest_cursor with the folder ID instead of fetching the all folder (/2/files/list_folder) again ?
By getting the latest cursor I can continue my flow like nothing have been changed and I won't get all the files and folder again like I would if I use the /list_folder endpoint.
Thanks!
- Greg-DB
You can use /2/files/list_folder/get_latest_cursor if that works for your use case.
Keep in mind though that there is a race condition if you do so, with the possibility that you will miss some changes. That is, if something changes after your last successful update from /2/files/list_folder/continue and before your call to /2/files/list_folder/get_latest_cursor, you won't receive information about those change(s).
About Dropbox API Support & Feedback
Find help with the Dropbox API from other developers.
