cancel
Showing results for 
Show  only  | Search instead for 
Did you mean: 
Announcements
Want to learn some quick and useful tips to make your day easier? Check out how Calvin uses Replay to get feedback from other teams at Dropbox here.

Dropbox API Support & Feedback

Find help with the Dropbox API from other developers.

cancel
Showing results for 
Show  only  | Search instead for 
Did you mean: 

How to dealing with shared folder event by /ist_folder/continue API

How to dealing with shared folder event by /ist_folder/continue API

Cloud
Explorer | Level 3

When trying to dealing with shared folder event generated by /ist_folder/continue API, we noticed the folder changes reported by /ist_folder/continue API is same in the following two case and it confues us.

case1:    sync some files under a folder and delete the folder then create a shared folder with the same name (ex: create /A/B.txt, delete /A, create a shared folder /A)

case2:    creating a shared folder (ex: creat a shared folder /A)

 

 

The /ist_folder/continue API will report the same event:

 

-----------------------------------------------------------------------------------------

{
"entries": [
{
".tag": "deleted",
"name": "A",
"path_lower": "/A",
"path_display": "/A"
},
{
".tag": "folder",
"name": "A",
"path_lower": "/A",
"path_display": "/A",
"id": "id:a7PnAnCp1kAAAAAAAABjyQ",
"shared_folder_id": "2841070816",
"sharing_info": {
"read_only": false,
"shared_folder_id": "2841070816",
"traverse_only": false,
"no_access": false
}
}
],
"cursor": "XXXXXX",
"has_more": true
}

-----------------------------------------------------------------------------------------

 

 

We can not identify there two cases easily.

It may lead to remove local folder even we only sharing a folder because /ist_folder/continue API reports a folder delete event.

 

Is this a kind of bug for /ist_folder/continue API  for shared folder or by design ?

Is there a guideline to handle these case and is there any chance to imporve the /ist_folder/continue API  behavior for shared folder.

1 Reply 1

Greg-DB
Dropbox Staff
This is the expected behavior, and it is unlikely to change.

I'll be happy to pass this along as feedback to the team though. Can you elaborate on how this causes issues for your app?

You can check that the folder has been shared via the `sharing_info` included in the new folder metadata, in order to reconcile the deletion and addition, if you wish. Additionally, in the case of a shared folder, the `id` of the folder itself won't change (unlike in the deletion/new folder case).
Need more support?
Who's talking

Top contributors to this post

  • User avatar
    Greg-DB Dropbox Staff
What do Dropbox user levels mean?