Greg-DB Dropbox Community Moderator

@"Polas" Здравко is correct; new Dropbox access tokens are not persistent. Dropbox is no longer offering the option for creating new long-lived access tokens. Dropbox is switching to only issuing short-lived access tokens (and optional refresh tokens) instead of long-lived access tokens. You can find more information on…

Thanks for the feedback! I'll send this along as a feature request.

@"eperic" The links in the first list in my previous message refer to different methods that can be used to retrieve shared folder IDs for shared folders. Exactly what approach one would take would depend on what the scenario is. For example, to get the shared folder ID of a shared folder at a given path, one would use…

Check out the web_file_browser example for a sample of handling the authorization flow directly in a web app. That example doesn't happen to request offline access (to get a refresh token) but you can do so the same way if needed, using withTokenAccessType.

No, it is not possible to fully automate the process of getting a refresh token. The user must authorize the app using the OAuth app authorization flow built into your app in order for the app to receive the resulting access token and optional refresh token. This needs to be done manually by the user at least once per…

@"Gregg W.1" That would be a matter of the Dropbox desktop client, but I can only really help with the Dropbox API itself, so I'm afraid I can't offer insight on that. You may want to contact support for help regarding the desktop client behavior. Apologies I can't be of more help in that regard!

The Dropbox API does allow you to upload and download restricted files like this, e.g., using upload and download. Some operations, like createSharedLinkWithSettings, will fail for restricted files though. Using the EICAR test file(s) is a good way to test this.

No, unfortunately Dropbox doesn't offer an interface for programmatically managing this setting, such as to set a file to "offline", but I'll pass this along as a feature request. I can't promise if or when that might be implemented though.

You can get the shared folder IDs for shared folders using a number of different pieces of the Dropbox API. For instance, via the Dropbox Python SDK: * files_get_metadata * files_list_folder/files_list_folder_continue * sharing_list_folders/sharing_list_folders_continue The following guides may be helpful: *…

Thanks for the feedback. I posted an example in this thread that you may find useful.

No, there are no charges to apply for or receive production status for an app. That process is entirely free.

The Embedder doesn't offer the ability to make any changes like this, but I'll pass this along as a feature request. I can't promise if or when that might be implemented though.

For information on monitoring for changes, check out the Detecting Changes Guide. And using the Python SDK, you can list the versions of any particular file using the files_list_revisions method. You can download any available version(s) of a file using the files_download methods.

The listSharedLinks functionality does not create shared links; it only lists existing shared links. The createSharedLinkWithSettings functionality can be used to create shared links. If the creation of a link for any particular account/file is not allowed, that will fail with ACCESS_DENIED.

@"DoControl" I see Здравко offered some additional information and insight. And for reference, there isn't any news on the original request regarding /2/sharing/list_shared_links.

I just tried out this flow and it seems to be working correctly for me. Here's a sample of what I ran (with values redacted): # https://www.dropbox.com/oauth2/authorize?client_id=APPKEY&response_type=code&token_access_type=offlinecurl https://api.dropbox.com/oauth2/token \ -d code=AUTHORIZATIONCODE \ -d…

@"Musa2" As shown in the example Здравко linked to, you should use a DbxCredential if you need long-term access. The DbxCredential should contain a refresh token, which the SDK will use to automatically retrieve new short-lived access tokens whenever needed, without manual user interaction. Refer to the authorize examples…

@"Здравко" Those three examples show three different ways of supplying the app key and secret to curl. I seems you're hinting that the calls overall don't make sense otherwise though as the use of the "path" in the sample parameters won't work for app authentication in particular. I'll ask the team to fix that up.

@"novaut" To download a file, it is correct to use the /2/files/download endpoint. You can find the information for using that endpoint in the documentation for /2/files/download here. As shown there, that endpoint supports "User Authentication", but not "App Authentication". There's also an curl example for that endpoint…

@"rubbermeetsrd" The /2/files/move_v2 endpoint is an "RPC" style endpoint, meaning it expects the parameters as JSON in the request body. The "request body: could not decode input as JSON'" error you're getting indicates that the request body did not contain valid JSON, and so the Dropbox API was unable to understand it.…

@"Anjani Kumar Pandey" Здравко is correct. Refresh tokens don't expire automatically, though they can be revoked on demand. You can find more information in the authorization documentation.

Thanks for the feedback!

@"gaganov" Yes, while the timeout itself is still in place, there appears to be a recent degradation causing the transfer progress to stall well before the timeout is reached, causing the operation to then hit the timeout. This is open with the team to investigate the cause of the progress stalling.

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

@"tenzin" As Здравко noted, you may want to use Dropbox shared links. The Dropbox Embedder may be useful in that case. Otherwise, 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…

@"gaganov" Thanks for the note! I've restored your message. And yes, there is a 5 minute timeout, and I'm not aware of any current plans to change that limit itself. It looks like the issue here is that progress stalls for some reason, causing the operation to then hit the timeout. I'll follow up here once I have any news…

@"Andres Garrido" I don't have an update on this yet. I'll follow up here once I have news.

It's not clear from this description, but if you're having any trouble with a third party platform or library itself, please refer to the support resources for that third party platform/library. Otherwise, I'll be happy to help with any issues you're having with the Dropbox API in particular, but I'd need some more…

Based on the icons in the screenshot, I see that the "DTBConnor" folder is actually a "shared folder" (like you can create from the Dropbox web site manually), not an "app folder" (which is created automatically when connecting an app with the "app folder" access type to an account). Since a folder with that name already…

For that, you would use the "member file access" feature as documented here: https://www.dropbox.com/developers/documentation/http/teams#teams-member-file-access