Greg-DB Dropbox Community Moderator

No, unfortunately there isn't an option for filtering out the member folders, but I'll pass this along as a feature request. I can't promise if or when that might be implemented though. The closest option currently is withIncludeMountedFolders(false) (since member folders are mounted in the context of the team space), but…

For teams using the team folder configuration, you can use teamFolderList and teamFolderListContinue to list just the team folders. And you can use listFolder and listFolderContinue to list the contents of any folder. For teams using the team space configuration, you can list the contents of the team space by setting…

Would you be able to share a sample page showing this issue so we can look into it? Thanks in advance!

The development/production status of an app affects how many different Dropbox accounts can connect to it. If you don't need to have more than 50 different accounts connect to it, say, if it's just for one or two people, you don't need production status. That doesn't affect the functionality or content that the app can…

Thanks! I see that ticket was automatically closed after some time because you didn't reply to the message with a question we sent on June 7. Did you receive that message? If so, please reply to that by email to re-open that with support. Otherwise, you can open a new one here. Either way, please share the rest of the…

@"MG2L" Здравко is correct; the Dropbox JavaScript SDK does perform the refresh process for you automatically as long as you provide the necessary credentials (e.g., the refresh token), as shown the example. (You can also call refreshAccessToken in the SDK explicitly if you want to for whatever reason, but it's not…

The upload process should continue to work the same way even once you switch to a new short-lived access token. A 500 error would indicate something went wrong on the server though. First, can you double check you're still only sending 4194304 bytes per request on the requests that fail? If so, I'll need to look into this…

If you want to list everything a user has in their account, you can use /2/files/list_folder. Anything returned there when calling for that user is something that the user has access to. However note that users may have access to namespaces that aren't currently mounted in their account, and so would not be returned there.…

This appears to be something we'd need to handle on our side. I'm sharing this with the team to see if we can clean that up, but I can't make any promises myself. I'll follow up here with any updates on that.

Dropbox does offer an API you can use for listing, uploading, and downloading files, among other operations. You can find everything you need to get started with the Dropbox API, including documentation, tutorials, and SDKs here: https://www.dropbox.com/developers You may want to check out the following guides first: *…

@"makrand kulkarni" Здравко is correct. Please refer to the documentation they linked to for information on how this is passed on the redirect, and the example they linked to for a sample of how to handle this with the Java SDK.

You can retrieve file content using the Dropbox Java SDK via the download methods. You can find the documentation for the download methods here. There are also some examples of downloading files using that SDK here and here. It sounds like you already have an InputStream and need to get a String from it. That's more of a…

Thanks for reporting this issue. This issue is now fixed and should be working properly. Please let us know if you're still seeing any issues. 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 and should be working properly. Please let us know if you're still seeing any issues. Apologies for any inconvenience this may have caused, and thanks again for bringing this to our attention.

This should be fixed now. Note that using cursors retrieved before the fix will still result in an error though.

The API doesn't offer an option exactly like that, but I'll pass this along as a feature request. I can't promise if or when that might be implemented though. The closest option currently is 'include_mounted_folders: false' (since member folders are mounted in the context of the team space), but that would also exclude…

Thanks for the report. It looks this error may be related to the large number of files and/or a large amount of file activity in the affected account. That can vary over time due to account activity and other such factors though. We'll look into it. You may be able to workaround this issue by setting a smaller limit and/or…

Thanks to Здравко for helping troubleshoot this. @"amjadkhalil" If you're still unable to get the expected results, we can help look into this specifically. In that case, you can open an API ticket here and share the following details: * the registered name of the API app for the access token you're using * the name and…

Each Dropbox Business team contains a number of accounts or team members, and each Dropbox account can only be a member of a single Dropbox team at a time. Even when you have access to multiple teams via the "Enterprise console", they still operate as separate teams on the API. When connecting an API app to a team, the…

@"vimala_palanisamy22" Connecting an app to a team works the same way as connecting an app to a user account. You would use the OAuth app authorization flow (or the app owner can use the "Generate" button if they just need a short-lived access token), but the developer would enable the relevant "team" scope(s) first.

@"vimala_palanisamy22" You cannot get an access token for someone else's app without using the OAuth app authorization flow. If you need an access token for someone else's app to connect to your account, you will need to use the OAuth app authorization flow as documented. (The owner of an app can use the "Generate" button…

Unfortunately the Dropbox API doesn't offer a way to do this using the link from an account that isn't an explicit owner/editor like you described, but I'll pass this along as a feature request. I can't promise if or when that might be implemented though.

@"makrand kulkarni" Здравко is correct. While the authorization process needs to be processed manually once per user, you can use a redirect URI to make that process easier. Please refer to the resources that Здравко linked to.

@"Jistix" You do not need two distinct Dropbox apps. When using just "user" scopes, any kind of Dropbox account, Business or not, can be connected to your app. When using any "team" scopes though, only Dropbox Business teams can be connected to your app, and only Business teams admins can perform that authorization. You…

Yes, it's possible for a member (even the owner) of a shared folder to not have it mounted in their account. The Sharing Guide may also serve as a useful reference.

If the path is not present, that means that it is not mounted for that user, per the documentation: path_lower String? The lower-cased full path of this shared folder. Absent for unmounted folders. This field is optional.

@"vimalapalanisamy22" No, it is not possible to automate the app authorization flow. That will need to be processed manually once per user. The resulting access token and optional refresh token can be stored and re-used programmatically. Refer to the OAuth Guide and authorization documentation for more information.

Connecting to Dropbox via the Dropbox API operates using OAuth access tokens, not directly using username and password. I recommend checking out the following guides to get started: * https://www.dropbox.com/developers/reference/getting-started * https://developers.dropbox.com/oauth-guide

It looks like you have the output of /2/team/namespaces/list[/continue]. This will give you the namespace ID of shared folders, etc., for the team, but the path can vary for each member of the shared folder. To get the path for any given member, you'd need to look up the shared folder using their account. For instance, you…

1. I don't have metrics to share on the failure rate for this endpoint. 2. There is a 5 minute transfer limit on these operations. You can find the documentation here. 3. Retrying the operation is generally the best way to handle this. We may be able to look into these specific failures for you though. If you'd like us to…