Greg-DB Dropbox Community Moderator

Comments

  • By "CEF", I believe you're referring to Chromium Embedded Framework. Please note that this is not officially supported for processing the Dropbox app authorization flow, which should only be processed in the user's system browser. It sounds like you also saw this issue in Edge itself though, which is supported. I just…
  • To access FileMetadata.rev, you need to first cast Metadata to FileMetadata. There's an example of doing so here. The getSharedLinkMetadata method will only return the metadata for the linked item. If you supply the link for the folder itself, you'll only get the metadata for the folder, which doesn't have a rev. You'd…
  • The App Console will continue to offer the ability to generate access tokens. (Currently, that includes both long-lived and short-lived access tokens. After the change, it will no longer offer long-lived access tokens.) It does not currently offer the ability to additionally generate refresh tokens though. We may add that…
  • 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 not retroactively grant that scope to existing access tokens.…
  • The saveUrl method just allows you to save a file from a URL to the connected Dropbox account. That URL can be a Dropbox shared link, and in that case it will just save the latest version of the linked file; there isn't a way to specify a different revision. As for the metadata, you can only get the list of revisions for…
  • Thanks for the feedback! I'll pass this along to the team to see if we can offer a simpler and more lightweight option in the future. As it stands, the only official resources I can offer are the .NET SDK documentation and examples. Alternatively, note that a redirect_uri isn't strictly required by the OAuth 2 flow when…
  • The Dropbox API doesn't offer the ability to use formatting like this for the description of a file request, but I'll pass this along as a feature request. I can't promise if or when that might be implemented though. 
  • Dropbox does offer an API you can use for creating folders and 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 For working with team folders in…
  • In your case, you're not actually processing the OAuth app authorization flow, since you're just using a single pre-generated long-lived access token, so you technically don't need to change anything in your code. While long-lived access tokens are now considered deprecated, but we don't currently have a plan to disable…
  • To download a file from a shared link for a folder to the local device, you should use listFolder/listFolderContinue, to list the contents of the linked folder, and then getSharedLinkFile to download any needed file(s). When calling getSharedLinkFile, the 'path' should be the path of the file you want to download, relative…
  • Thanks for the feedback. I'm afraid I can't be of much help though, as Dropbox doesn't offer an official interface for programmatically interacting with the desktop client like this. While I don't have any API information to share on this, you may want to contact support directly for any help with the client that they may…
  • I'm closing this as a duplicate of: https://www.dropboxforum.com/t5/Dropbox-API-Support-Feedback/integrate-Dropbox-with-rest-api/td-p/488335 
  • We recommend using one of the official SDKs, such as the official Dropbox SDK, whenever possible, as it will do much of the work for you. If you can't or don't want to though, for whatever reason, you can certainly use the HTTPS endpoints directly. I see you've already found the documentation for those, but there are also…
  • When using the Dropbox API to download a file, that is, via /2/files/download, if the call is successful the file data is returned in the response body. Exactly what the client does with that is up to the client. For example, in this case, it sounds like you're using a third party library to perform the download and that…
  • If you use "overwrite", an existing file will be replaced by the new data. If you use "add", an existing file will not be replaced by the new data. You don't actually need multiple devices to test this. You can just run multiple API calls from one place. I recommend using the API v2 Explorer to test this out. (You can even…
  • @"sparshgupta" No, unfortunately I don't have any news on this request.
  • If the app needs long-term access (i.e., longer than four hours) without manual user interaction, it should request "offline" access during the OAuth app authorization flow. In that case, it will receive a "refresh token" that it can use to programmatically get a new short-lived access token at any point in time, without…
  • There isn't an option to hide the link in the Embedder like this. We don't currently have plans to implement an option like that, but I'll pass this along as a feature request.
  • It sounds like you're trying to configure a pre-made script, so exactly what you should supply will depend on how the script works and what you want it to do. That being the case, I can't exactly tell you what you would want to put in. You may want to refer to the documentation or support resources for the script for more…
  • When uploading files to Dropbox via the API, there are a number of different options you can use to control how overwriting, renaming, and conflicts work. For example, with the Java SDK, on the UploadBuilder class, refer to the documentation for UploadBuilder.withAutorename, UploadBuilder.withStrictConflict,…
  • No, there isn't a way to retrieve old access tokens from Dropbox. Note that you shouldn't need to, though. Any particular app-user pair (such as an app you created connected to your own account) can have multiple access tokens. It sounds like you're referring to using the "Generate" button on the app's page on the App…
  • No, Dropbox doesn't offer the ability to set your own access token strings. You'll need to use the strings generated by Dropbox.
  • Update: The Dropbox API now returns the shared link for the nested item as 'url' when requesting the metadata for that item using the "path" parameter on /2/sharing/get_shared_link_metadata (instead of the original parent link).
  • Update: The Dropbox API now returns the shared link for the nested item as 'url' when requesting the metadata for that item using the "path" parameter on /2/sharing/get_shared_link_metadata (instead of the original parent link).
  • Update: The Dropbox API now returns the shared link for the nested item as 'url' when requesting the metadata for that item using the "path" parameter on /2/sharing/get_shared_link_metadata (instead of the original parent link).
  • Update: The Dropbox API now returns the shared link for the nested item as 'url' when requesting the metadata for that item using the "path" parameter on /2/sharing/get_shared_link_metadata (instead of the original parent link).
  • Update: The Dropbox API now returns the shared link for the nested item as 'url' when requesting the metadata for that item using the "path" parameter on /2/sharing/get_shared_link_metadata (instead of the original parent link).
  • Update: The Dropbox API now returns the shared link for the nested item as 'url' when requesting the metadata for that item using the "path" parameter on /2/sharing/get_shared_link_metadata (instead of the original parent link). You could use that to download a specific sub-folder.
  • That error indicates that you're hitting a rate limit, so you'd need to catch that error and have your app wait before trying again. The Dropbox API has a rate limiting system in order to protect against high rates of calls. Note that not all 429s and 503s indicate explicit rate limiting, but in any case that you get a 429…
  • Unfortunately there isn't a batch way to get metadata with media info, but I'll pass this along as a feature request. I can't promise if or when that might be implemented though.