Greg-DB Dropbox Community Moderator

In the .NET SDK in particular, to set the "Dropbox-API-Select-User" header, you should use the DropboxTeamClient.AsMember method. And to access the contents of the "team space", as shown in your screenshot, you should use the DropboxClient.WithPathRoot method. Check out the Namespace Guide for information on how that works.

If you need a link that doesn't expire by default, you can use sharingCreateSharedLinkWithSettings instead, and modify the resulting link as documented here. Note that those links do get listed in the user's links list though.

Using the files_download method (or files_download_to_file) is the right way to download a file from Dropbox using the Python SDK, and it looks like you already have that part working. That gives you a Python requests Response object that you can read from. The error itself seems to be occurring on the Py4J/Spark side of…

Thanks for the report! We'll look into it.

@"sareuon" That's correct, this was caused by an unintentional bug in v5.0.0. It was subsequently fixed in v5.1.0. You can find release notes for the different releases in the release history here. For reference, we generally follow semver for the SDKs, so any intentionally breaking changes would be accompanied by a major…

Shared folder IDs are global and stable for a given shared folder. You can store and re-use these values, even across accounts. The same shared folder will have the same shared folder ID across accounts of different members of the same shared folder. The shared folder ID will only change if the shared folder is completely…

This is a new feature we're currently rolling out. It's not yet available on all accounts, so you may or may not see it on your account yet. It's not possible to opt in to this yourself, but it will eventually be enabled for your account.

I see, thanks for the information! 

We've rolled out a fix so these unexpected 413 errors should no longer be occurring. 

Thanks for confirming that! Yes, we just finished rolling out a fix. 

Thanks for reporting this issue. This issue is now fixed with the latest release and should be working properly again. Apologies for any inconvenience this may have caused, and thanks again for bringing this to our attention.

Thanks for reporting this issue. This issue is now fixed with the latest release and should be working properly again. Apologies for any inconvenience this may have caused, and thanks again for bringing this to our attention.

Thanks for the report. This issue doesn't seem to reproduce for me though. To help us investigate, can you share: * the version of the Dropbox Python library you have installed * the version of Python you're using * the full output you get

This should be fixed now. Please try again and let me know if you're still seeing the issue. Thanks!

Thanks for the information. Unfortunately the redirect URI functionality is the only way Dropbox offers to automate this.

When using the OAuth 2 code flow like this, using the /oauth2/token endpoint to exchange the authorization code for an access token is the correct and only way to get an access token. Exactly how you get that authorization code value to the client where you need to make the /oauth2/token call can vary though. As you…

No, unfortunately the Dropbox API doesn't offer a way to get the private Dropbox web site URL for a file or folder like this, but I'll pass this along as a feature request. I can't promise if or when that might be implemented though. 

Thanks for the report! We're working on it. I'll follow up here once I have an update on this.

Thanks, but there's no need to open this as an issue on GitHub as well. We're aware of the issue and are working on resolving it. I'll follow up here once I have an update on this.

Thanks for the report! This is an issue on our side. We're working on it.

Thanks for the report! We're looking into it.

Unfortunately, there isn't a good solution for this use case. Those endpoints are the right ways to download using a file path/ID or shared link, respectively, but as you found both of those only support "user authentication", so an access token is necessary. I'll pass this along as a feature request for support for…

I'm currently using the id field to track move/renames. But the problem was basically that I am unable to differentiate a DELETE from a MOVE. It's not a big problem if some of the actions are idempotent, but unfortunately, they are. Does dropbox have any plans to fix this behavior and allow the ability to differentiate…

Creating a shared link for any particular item via the Dropbox API should not (and does not, in my testing just now) automatically destroy the shared link for an enclosing folder of that item. We'll be happy to look into what is happening in your case specifically, but we'll need some more information. Please have the…

There can be a slight delay between new entries like this, as you found. The deletion and addition of a file for a rename or move operation aren't guaranteed to be delivered together, so if you happen to call at the right time you might see the deletion without the addition. If you later call back again…

It looks like you or your HTTPS client truncated the error message. Please print out the full error message information, as it will contain more information about the specific error scenario.

Thanks for the report! We'll look into it.

The 'Dropbox-API-Path-Root' header does not support a 'shared_folder' option. Please refer to the Namespace Guide for information and examples on how to use the header, such as what options it supports: https://www.dropbox.com/developers/reference/namespace-guide For example, it sounds like you probably want to use the…

That seems like a reasonable way to workaround the issue. As long as you don't get and process any new entries and still reach `has_more:false`, it would be fine to fall back to original cursor to avoid making another change, which would trigger that loop again. If/when you do get actual changes returned, you can then…

Unfortunately, it's not possible to add additional owners to an app, or allow other accounts to view/configure an app's settings, but I'll be sure to pass this along as a feature request. I can't promise if or when that might be implemented though. We can transfer API app ownership upon request, but it would still only be…