Greg-DB Dropbox Community Moderator

Thanks for sharing that. Do you get any errors or output in the console in Xcode though? I see that the action is being submitted and that the SFSafariViewController is attempting to redirect to the custom URL scheme though, as it's momentarily shown in the title bar, so I would expect some error if that fails.

Yes, the webhooks format is designed to support multiple teams per webhook notification, so please make sure your implementation is written to handle that possibility. 

The Dropbox API unfortunately doesn't offer a way to register an app or access token for access to a specific existing folder only, but I'll pass this along as a feature request. I can't promise if or when that might be implemented though. The closest thing currently available is the "app folder" permission. That would…

1. No, the user does not need to have the official Dropbox app installed on their device in order for your app to connect to Dropbox. The Dropbox API operates by having the third party app communicate directly with the Dropbox API servers. 2. For integrating with the Dropbox API in Swift, we recommend using the…

I'm afraid I can't write the necessary code for you, so I recommend referring to the documentation and my earlier replies for information on the expected request format for the Dropbox API so you can debug and update your code to consume the API properly. If you discover any bugs with the Dropbox API please let us know of…

We're not currently set up to provide API support over the phone or chat, but I'm happy to help here in the forum. 

No, the Dropbox API doesn't offer an endpoint for retrieving these particular pieces of metadata for video files, but I'll pass this along as a feature request. I can't promise if or when that might be implemented though. The Dropbox API does offer some media information via /2/files/get_metadata though,…

All Dropbox API upload sessions expire after 48 hours. If you start one and never complete it, it will become invalid 48 hours after it was started and the data will not be committed. If you call to finish an upload session but don't receive the response, e.g., due to a network issue, it's possible the request did still…

The Dropbox Java SDK does define a number of dependencies, but it sounds like the issue here is more about your platform's system for finding and installing dependencies, rather than using the Dropbox SDK itself. That being the case, I'm afraid I can't offer help for this, as AEM OSGi isn't made by Dropbox. You may be…

That's correct, 'parent_shared_folder_id' isn't guaranteed to be set. It is only set if the item is inside a shared/team folder. Some or all of a user's files and folders may just be in their own private folder, and not shared with anyone, in which case 'parent_shared_folder_id' will not be set.

The value you pass in the "Dropbox-API-Arg" header should be a JSON string containing the parameters you want to use for the /2/files/upload call. You can find information on each of the parameters here: https://www.dropbox.com/developers/documentation/http/documentation#files-upload I do recommend using a JSON library to…

To follow up here, the team confirmed that they found and resolved the issue with the excessive 429 responses with HTML bodies as of late Friday. Apologies for the inconvenience. 

Thanks for the report. I'm not aware of anything that should have caused that, so please open an API ticket and let us know the relevant app name, webhook URI, and date/time of the traffic so we can look into this specifically for you: https://www.dropbox.com/developers/contact

The 'id' for a file or folder, such as returned by sharingGetSharedLinkMetadata, is not the same thing as a 'shared_folder_id', and the two are not interchangeable. In the flow we discussed, you would get the shared folder ID from user 1's side, anywhere you can get the metadata for the folder, such as from…

[ Cross-linking for reference: https://stackoverflow.com/questions/61291263/how-to-upload-file-to-dropbox-with-axios ] What is in the response body for the 400 error response? It should contain a more specific and useful error message indicating what the issue is.

[ Cross-linking for reference: https://www.dropboxforum.com/t5/Dropbox-API-Support-Feedback/Java-desktop-DbxWebAuth-with-withRedirectUri-NPE/td-p/411576 ] This DbxWebAuth flow is meant for use with web apps, via whatever web framework you might be using. The request and response objects in this basic sample initially…

Yes, that is just an example of using the upload sessions methods themselves. It doesn't have a progress bar implemented, so you'd need to implement it in your code and hook up your own progress bar. For example, between each filesUploadSessionStart/filesUploadSessionAppendV2/filesUploadSessionFinish call, you could update…

I'm happy to help with any technical questions or issues you have regarding the Dropbox API, but I can't offer HIPAA policy or legal guidance. For information on HIPAA/BAA on Dropbox, please refer to this help article: https://help.dropbox.com/accounts-billing/security/hipaa-hitech-overview As for the technical aspects of…

That's correct, this flow is part of the Dropbox web site, not the API. From the app's perspective, it can also store the shared folder ID when retrieving the preview_url. The shared folder ID is unique for shared folders across Dropbox, and consistent across accounts. So, you would see the same shared folder ID for API…

Sure, this would look like this: * the app calls /2/sharing/get_folder_metadata and gets the 'preview_url' for the shared folder from user #1's account (here's an actual sample from a test account: https://www.dropbox.com/scl/fo/dh2dl2yrb4xk52n/AAAzPALQwplEJLHvONWVy1XTa?dl=0 ) * the app sends that URL to user #2 * user #2…

@"AlexSeniorDev" No, files can't be restored after being permanently deleted, such as via /2/files/permanently_delete. Note that /2/files/permanently_delete is only available to Dropbox Business API apps though.

Based on "getaddrinfo EAI_AGAIN" it looks like this is a DNS issue, so I recommend debugging the DNS setup being used by the affected server to see why it may not be able to look up the Dropbox API content server hostname. You may need to contact the administrator of your DNS server (or switch to a different one).

No problem, thanks for clarifying! There's nothing you need to do about that. I'll check with the team to see if there's something we can or should do about that though.

Thanks for the report. Just to clarify, is this preventing the Embedder functionality from working for you? That message should just be a warning, not an error. 

Unfortunately it's not possible to customize the file request like this via the API, or have the file request owned by the app instead of the account, but I'll pass this along as a feature request. I can't promise if or when that might be implemented though. The name shown in "[...] wants you to add files" comes from the…

We'll be happy to help with this, but we'll need some more information about where and how this is failing. For example, is it failing on the call to /oauth2/token, and what error response are you getting? Thanks in advance! 

We're happy to help with any questions or issues you might have about the Dropbox API itself, but we can't debug or write code for you, especially when you're using a client not made or supported by Dropbox (in this case, oHTTP). You'll need to refer to the Dropbox API documentation for information on what formats and…

An 'incorrect_offset' error from /2/files/upload_session/append_v2 indicates that the call failed because the app supplied an incorrect "cursor.offset" value in the parameters. The app and the server need to agree about where in the upload process they are in order to upload exactly the right data. I recommend adding some…

@"knoppys" For reference, if your solution involves exposing the app folder access token client-side, we still wouldn't recommend this. Even if you remove the files from the app folder as soon as possible, someone with the access token could read any files while they do exist, or even after they're deleted by restoring…

@"UlfFahlen" Thanks for the additional report. We're looking into it. Note that the development/production status of your app wouldn't affect this.