Greg-DB Dropbox Community Moderator

The second screenshot shows an app using a legacy non-scoped permission, which is being phased out. The first screenshot shows a scoped app, which offers more granular information and control over the permission being requested. It is not possible to revert a scoped app to a non-scoped app. The best practice is to request…

You can use the API to list the files in any folder in the connected account, whether or not the folder is shared. I recommend reading the File Access Guide and Team Files Guide for reference. Looking at your code, there are a few things to note: * You are not guaranteed to get everything back in one call to…

It sounds like in your case you've only manually generated an access token to connect to your own account, and are not using the actual OAuth app authorization flow. 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…

This should be fixed now. Please try again and let me know if you're still seeing any issues.

Dropbox doesn't offer a way to perform operations automatically based on the age of an item, but you can use the API to write code to perform whatever operations you want, whenever desired. For example, with the Dropbox Python SDK, you can list files/folders using files_list_folder and files_list_folder_continue, and you…

No, whether you write a script to copy the files over using the API, or use the Dropbox Business feature, the files need to be put in some account.

Apologies for the confusion. When uploading files, you won't see the property information returned in the metadata directly. (I'll pass this along as a feature request though.) To retrieve it, you'll need to call getMetadataBuilder to get a GetMetadataBuilder, and then use GetMetadataBuilder.withIncludePropertyGroups to…

@"James_T" Yes, /2/sharing/create_shared_link_with_settings requires one call per item, so if there's a significant number to process, that would take a significant amount of time. That being the case, you could also consider only creating the shared link on demand, when the user clicks on a specific file. That is, the…

I see you've also opened a support ticket for this. We've followed up with you there to get some more details so we can check on this specifically for you. Thanks!

Thanks for following up. The Dropbox Saver is built to accept a URL from the third party app, and then prompts the user for where in their Dropbox account they want to save the linked file. When the user does so, the Dropbox servers then retrieve the file from the supplied URL and save the resulting data to the user's…

The Dropbox API doesn't offer a way to do this automatically, but I'll pass this along as a feature request. I can't promise if or when that might be implemented though. You could effectively reproduce this behavior though, at least within an account. To do, you'd need to do something like this: * Use…

I'm not sure I understand your question. Can you clarify? The Dropbox Saver is a way for third party apps to give files to users that they can save directly to their Dropbox accounts. You can find all of the information on the Saver here. Alternatively, if you want the opposite flow, where a user selects a file from their…

No, unfortunately this isn't available on the API, but I'll pass this along as a feature request. I can't promise if or when that might be implemented though.

The location within the account doesn't really matter, but which account it is in does matter. From your description, it sounds like the file is not in the connected account (that is, the account for the access token you're using), but rather is in another account (and the file just happens to be shared individually to the…

Thanks for clarifying! The Dropbox API doesn't offer the ability to search/list files with names containing a certain prefix in particular, but you could use the /2/files/list_folder[/continue] and/or /2/files/search_v2 endpoints to list or search for files, and filter the results client-side as desired.

Dropbox itself doesn't offer a way to set a size limit on a shared 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. If you're implementing this on your server though, you could enforce the limit there. That is, have the user upload to your server,…

@"ygnmax" We don't have anything built specifically for S3 like this, so if you're a programmer and want to write something to do this, the method in my previous comment would probably be a good option to use.

I see, thanks for clarifying. No, that wouldn't explain /start failing, since /start itself returns the session ID to begin with. I happened to be testing in Firefox, where the /start call did work successfully for me (and still does). Trying in Chrome now though, I can reproduce this issue. I'm not sure exactly why this…

Can you clarify what you mean when you say "it won't work"? What error/output do you get? You should be able to use this method to upload to an existing file by specifying the file ID, even if it's in a shared folder, for instance, as long as the file is in the connected account and the account has write access.

1.- can we the files with certain prefix using the api? I'm not sure I understand this question. I think you may have accidentally left out a word or two in this sentence. Can you clarify? Thanks. 2.- can we use the url of those files we get using the api in our websites? (like background images, icons, etc) in other words…

Can you share the code you're using to call sharing_list_shared_links so we can see what parameter(s) you're setting? Also, what kind of shared link are you expecting/using? Could you maybe share an example for reference? You can also open an API ticket here if you'd prefer to share privately. Thanks!

Thanks! I just tried this out but I don't see the "ERR_INVALID_HANDLE" error you mentioned, when attempting to upload a file larger than 150 MB. What browser/version are you using? I do notice that you don't seem to be sending the session ID up properly on the /append_v2 calls. The parameters being sent look like:…

There are bandwidth limits on shared links like this. You can find information on that in the help center here. If you just need to download files from your account though, you can do so without shared links. For instance, you can use the /2/files/download endpoint, which returns the data directly and isn't subject to the…

While not considered a "REST" API in particular, 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. We recommend using one of the official SDKs,…

I'm not sure off hand what that error would indicate. (It's not an error from the Dropbox API itself.) Do you have a live sample page where I can plug in my own access token and test this out so I can take a look?

In this code, you are also attempting to upload to a shared link. Shared links do not support uploads like this. This method expects the path where you want to upload the file in the connected account. The error message is indicating that the path you're supplying is not in the expected format (since it is a shared link,…

We've updated the Embedder implementation to better handle these cases and improve the error reporting when needed. Unfortunately, due to some of the new cross-site behaviors in some modern browsers we can't always display the content directly (depending on the user's browsers settings and behaviors), but the Embedder…

@"TobiasR" @"pcuadros" @"thefreshlab" We've updated the Embedder implementation to better handle these cases and improve the error reporting when needed. Unfortunately, due to some of the new cross-site behaviors in some modern browsers we can't always display the content directly (depending on the user's browsers settings…

We've updated the Embedder implementation to better handle these cases and improve the error reporting when needed. Unfortunately, due to some of the new cross-site behaviors in some modern browsers we can't always display the content directly (depending on the user's browsers settings and behaviors), but the Embedder…

We've updated the Embedder implementation to better handle these cases and improve the error reporting when needed. Unfortunately, due to some of the new cross-site behaviors in some modern browsers we can't always display the content directly (depending on the user's browsers settings and behaviors), but the Embedder…