Greg-DB Dropbox Community Moderator

Yes, unfortunately the re-addition of the retained copy can take some time to complete even after the unshare job itself is "complete". To accommodate that, you can delete the contents first if you wish, but it may be more direct to wait until re-addition is complete after the unshare and then delete it. You could do so by…

Thanks for the report! This looks like an issue on our side. We'll look into it.

[Cross-linking for reference: https://stackoverflow.com/questions/65039727/problem-uploading-converted-image-file-dng-into-dropbox ] When uploading a file to Dropbox via the filesUpload method in the official Dropbox API v2 JavaScript SDK, you need to pass in the file data to upload as the "contents" parameter in…

Deleting a shared folder will "unmount" that shared folder, but will not "unshare" it. Unsharing a shared folder will "unmount" and "unshare" it for all users and the owner can choose whether or not the other members should be able to keep a copy, via -unshareFolder:leaveACopy:. The owner will always retain their own copy…

The official Dropbox API v2 .NET SDK does support short-lived access tokens and refresh tokens. You can find example code here. The "Generate" button on the app info page on the App Console does not currently offer the ability to generate a refresh token, but I'll pass this along as a feature request. I can't promise if or…

Unfortunately the Dropbox API doesn't offer a way to continuously monitor "received" shared files (like webhooks or longpolling), but I'll pass this along as a feature request. I can't promise if or when that might be implemented though. Using the listReceivedFiles/listReceivedFilesContinue methods is the right way to see…

@"apo1397" "Shared folders" and "shared files" work a bit differently unfortunately. You can't add or "mount" a shared file in an account like you can with a shared folder.

Thanks! That's correct, refresh tokens don't expire by themselves (though the user or app can revoke them on demand of course). I'll ask the team to more clearly document this. Anyway, long-lived access tokens are now considered "deprecated", but they will continue operating as they do currently. We'll make an announcement…

So is there a way to get the cursor for "shared files" ? No, unfortunately there isn't a way to get a cursor/longpoll for shared files from another account like that exactly, but I'll pass this along as a feature request. I can't promise if or when that might be implemented though. It's only possible to monitor changes…

I'll be happy to help with any issues you're having with the Dropbox API, but I'll need some more information. Please reply with: * the name and version number of the platform and SDK/library you are using, if any * the steps to reproduce the issue, including relevant code snippet(s), but don't include the access token

The Dropbox API does have a rate limiting system that can result in errors like this. In any case that you get one of these the best practice is to retry the request, respecting the Retry-After header if given in the response, or using an exponential back-off, if not. Make sure you're not submitting a large number of…

While the initial authorization needs manual user intervention to authorize the app, the user does not need to be present after that. If your app requires long-term access without the user present, you should request "offline" or "background" access via the OAuth app authorization flow. That way, you can get a refresh…

Thanks for the report! This is a bug on our side. We're looking into it. I'll follow up here once I have an update on that. No action is required on your part.

When uploading to a "/apitul" link like this, the file data to upload needs to be sent in the HTTPS request body as "application/octet-stream". Exactly how you do that will depend on your scenario and the client you're using (curl, in this case). For example, with curl, you can use curl's "--data-binary" parameter to…

Normally, you should implement the OAuth app authorization flow in your app, as shown in this example, in order to allow the end-user to connect their own Dropbox account so the app can receive the access token for that user's account programmatically once they approve it. If you are only connecting your own account in…

Since you can't look up which file request was the source of any particular new file directly, using a distinct folder per file request is a good solution. And you can monitor all folders for changes, and see which folder(s) had changes. I reccomend reading through the guides I linked to first for reference. If you want to…

The 'missing_scope' error indicates that while the app is permitted to use that scope, the particular access token you're using to make the API call does not have that scope granted. Be aware that just adding a scope to your app via the App Console does not retroactively grant that scope to existing access tokens. That…

When using files_list_folder_continue, the cursor you pass in should be the last cursor returned by files_list_folder or files_list_folder_continue. You seem to be correctly saving that cursor via 'cursor = entries.cursor', however you overwrite it via 'cursor = cnxn.cursor()'. I don't see where 'cnxn' is defined, but…

Previously, Dropbox API access tokens did not expire, but we have begun moving to a new model of using short-lived access tokens with refresh tokens. You can find more information here. If you do need long-term access, you should migrate to using "refresh tokens", by requesting "offline" access. Make sure you're using the…

The Dropbox API doesn't offer a way to monitor and retrieve information about uploads to file requests in particular, but I'll pass this along as a feature request. You can monitor for changes to any arbitrary path though, such as the folder where uploads for a file request are sent. I recommend reading the File Access…

The current version of the .NET SDK is not currently strongly-named, but I'll raise this with the team to ask them to implement that.

In order to make API calls, you will need to have an API app. The 'missing_scope' error indicates that while the app is permitted to use that scope, the particular access token you're using to make the API call does not have that scope granted. Also, be aware that just adding a scope to your app via the App Console does…

The Dropbox API does not support the "client_credential" grant type, but I'll pass this along as a feature request. I can't promise if or when that might be implemented though. 

I can't make any guarantees on the implementation of the Dropbox API servers, but yes, I expect this is about what is happening. 

It sounds like you may be interested in the Dropbox "file request" feature, which is a way to get a link to a page where people can upload files to a pre-specified folder in your account. You can also create file requests programmatically, via the /2/file_requests/create endpoint (or corresponding native method in an SDK).

I see, thanks, that's helpful. Yes, it looks like this is because this "JabpSync" app hasn't been migrated to use scopes yet, but this startOAuth2PKCE method does set scopes. Apologies for the generic error message though. I'll ask the team if we can get a better error returned in that case. Anyway, to address this, you…

No, we don't have a way to get refresh tokens for existing long-lived access tokens. However, while long-lived access tokens are now considered deprecated, but we don't currently have a plan to disable existing long-lived access tokens. (If that changes, we will of course announce that ahead of time.) That being the case,…

That particular error message doesn't sound expected. Can you share a screenshot? Also, if that's occurring in the browser, please share the URL of the page that's failing. Or, if that's occurring in the official Dropbox Android app, please share the version of the the official Dropbox Android app you have installed.…

Thanks for writing this up! I don't believe this anything to be concerned about. It looks like this is just the result of some implementation details on our side. (For example, it seems like the client_modified is taken from the time of request, if not explicitly set, whereas server_modified is when the file is committed…

If you want to manually browse the contents of your own Dropbox account, you can do so using the standard Dropbox products, such as the Dropbox web site at https://www.dropbox.com/home . To list the contents of the connected account in your own app, you can use the listFolder and listFolderContinue methods. And to download…