DBX_Robert Dropboxer

The workflow you are describing, to upload a file to Dropbox and then embed it in a webpage, is not a workflow that is supported by our API. If you wish to upload file, you can use our /files/upload API, but we do not offer an endpoint or way to embed content directly in webpages.

You are correct that we don't have an endpoint to just list deleted files and folders. This has been a feature request in the past. I will add your interest to that request. We also do not have an endpoint to return aggregate folder size. Again, an existing request I can update with your interested. As for how to compute…

Dropbox is not intended as a content host for website. The url you generated via /files/get_temporary_link will for the file to download locally. It cannot be used to embed content within an HTML tag. Also, the links generated by /files/get_temporary_link are only functional for four hours, after which they will expire.

The reason you cannot register a duplicate Dropbox App with the same name is because Dropbox requires App names be unique. I do not believe you need to create a new Dropbox app for your use case. It is okay if the name of your app registered with Dropbox and the name of the .NET project do not match.

In "/2/sharing/list_shared_links", your assumption is correct. If a cursor is returned, then addtional API calls to `/2/sharing/list_shared_links` are required to load all of the shared links for the user. Be sure to include the cursor from the previous response in the subsequent request to load the additional link…

You are correct that the `/2/files/list_folder` endpoint does not include size information for deleted files. Have you tried using the `/2/files/list_revisions` endpoint. This endpoint will return a list of historical data about the file, including file size, and can be used on current files or deleted files.

A third possible solution would be to use the sharing/get_shared_link_file API method. This takes a "url" parameter that would match the shared link URL in your original post, and will return the raw bytes of the file referenced by the shared link. This approach would be similar to my suggestion #1 in my previous reply.

If you scroll to the top of the page, there should be three dots in the upper right corner, right below the link that says "support" that you can click. In that menu should be a "subscribe" option.

I am not familiar with Excel Power Query, but it may be possible to solve this without writing a custom integration. Have you tried sharing the content with your colleagues with a normal Dropbox shared folder? If the shared folder is configured to all editing, each user should be able to access the same shared set of excel…

Glad to hear you found that guide helpful, despite it being hard to find. I'll pass along the request to include it in the side bar so that it is more easily discovered. As for your other questions, you are correct that it is not possible for a non-business app to determine whether a user's team has an API upload call…

Note that Dropbox does not have an officially supported SDK in PHP, so if you have any SDK specific questions, you will need to ask the developer who authored the SDK. It appears that you might be using the "kunalvarma05/dropbox-php-sdk". If that is the case, I suggest reading their wiki page on Uploading and Downloading…

Hi, I want to make sure I correctly understand the integration your describing before I propose any suggestions. Is the goal for all of the users of the project monitoring system to be accessing the same underlying information stored in Dropbox? Are all users of the monitoring system supposed to be part of the same dropbox…

Hi @"acty_vishwas", There is no update on this feature request, nor are there any existing API endpoints for reading or writing file comments. I have updated the existing request to include your additional expressed interest in these endpoints.

Hi @"tridejur", It looks like your having a different issue than was originally reported in this thread. Can you please start a new thread with your code sample. It will also help us troubleshoot if you include the response you get back from the server.

Downloading with the same OAuth token is desired behavior, so that is unlikely the issue. Can you help me understand the volume at which you are downloading files. Can you estimate the maximum number of simultaneous connections are you creating and how large the files are that you're downloading?

Looks like you were previously using our API v1 SDK. You'll definitely want to upgrade to V2, which sounds like you did and it rsolved your errors.

If the error is coming from the Kunal Varma Dropbox SDK, I suggest following up with them on their Github repo issues page, as the error reported appears to be a PHP error and not an error with the actual Dropbox API.

It sounds like your iOS build configuration might be accidentally referencing to the Carthage/Build/Mac directory. Can you double check your iOS build configuration and verify the dropbox library was copied from Carthage/Build/iOS and the build phase is also conigured for Carthage/Build/iOS

If you only have acces to the file/folder via a shared link, then you are correct, it is not possible to use the get_thumbnail endpoint with a shared link URL to generate a thumbnail. Nor is there an alternative way to generate a thumbnail. A feature request already exists to include a preview/thumbnail URL for a…

Brian, are you able to provide more detailed steps to reproduce the issue. I have tried to reproduce myself and am unable to. Any time I restore a deleted file or folder via the web interface, a webhook is triggered and received by my test app.

Those errors appear look as though their related to wordpress and do not resemble a Dropbox Javascript SDK error. Can you verify that it is actually the Dropbox SDK generating these errors and not a different part of your application.

You are correct the ability to get last modified time is not currently available via the API. I have filed a request for this feature.

Do you only get this error when downloading on multiple threads in parallel? If you download serially in a single-threaded environment do you encounter the same random error?

When the media_info field is null in the response, is it random, meaning that sometimes media_info is returned for a specific file, and sometimes it is not for that same file? Or is it always a consiste file (or set of files) that never return media info?

According to the Apple documentation, this "com.apple.security.network.server" entitlement is required to make outbound network connections. This is required in order for the Dropbox SDK to connect to Dropbox servers and would explain why your integration does not work with the entitlement removed.

The OAuth 2 spec requires that the redirect_uri values associated with an app be explicit. This means you either need to include a separate redirect_uri for each subdomain, or use a single explicit one. In scenarios like you describe where the subdomain is dynamic, we recommend encoding an identifier in the `state`…

Duly noted. I've added this as a feature request.

The ObjectiveC SDK requires iOS9+. You can find the full list of system requirements on our Objective-C SDK Github Page.

We do not currently include the MIME type in the response from metadata returned by the Chooser. I have filed this as a feature request for the Chooser. In cases where the returned file name includes a file extension, is it possible to infer the MIME type from the file extension?

Is there a specific item you need help with? If you're looking for general advice on how to get started writing an integration, plese check out our Getting Started guide on the https://dropbox.com/developers site.