Greg-DB Dropbox Community Moderator

I can't offer a Skype meeting, but I'm happy to help in the forum here. Please share the API calls and resulting unexpected responses that are giving you trouble so we can help.

It's difficult to say off hand what the problem may be, but as it's only happening in one environment for you, and not the other, it sounds like it may be specific to the setup of that VM. Can you check that the Jackson library is installed properly there, and that you only have one version installed? You may also want to…

No, there's no permission or feature like that, but I'll be sure to pass this along as a feature request.

The HTTP documentation has a curl example, where curl's "data-binary" option is used to supply the file request body from a local file. In JavaScript in the browser, you don't have direct access to use the user's local filesystem, so when using XMLHttpRequest, you can supply the file data directly by using the "send"…

This screenshot also didn't work unfortunately, but if you're still using the API v1 PHP SDK, you can use getDelta (preferably) or getMetadataWithChildren to get the contents of the directory in question, and then count the number of entries where is_dir is true. For API v2, you would use /files/list_folder[/continue] and…

If a shared link already exists for a file or folder, you can use ListSharedLinksAsync with path as the path to the desired file or folder and directOnly=true to get the existing link.

You can use GetSharedLinkMetadataAsync to get the metadata for a shared link. You can then use the returned SharedLinkMetadata.PathLower to delete the file.

It sounds like you're referring to using API v1's /media. This wasn't intended for embedding images on web pages, and API v2's /files/get_temporary_link equivalent likewise isn't meant for that either. I'm afraid I don't have a good solution to offer, but I'll be sure to pass this along as a feature request. 

Since the downloaded file itself is 0 bytes, and the remote file isn't, it appears the issue is with the download operation itself. To continue debugging this, we should isolate the download call. For example, I just tried this based on your code, and it worked fine for me: print_r("filename is: $filename \n");…

Sorry, no news for this.

Thanks for the post! I can definitely see how this could be useful. This isn't available in the API, but I'm filing it as a feature request with the team.

Please go ahead and make a new thread for that. Thanks!

We don't have an external tracker, but I'll be happy to follow up here if/when this is added.

This feature isn't available on /2/files/search, but I'll be sure to pass this along as a feature request.

Thanks for the additional information! I took a look over your post and code. First, I should note that you're using the PHP SDK for API v1, which is deprecated. You should migrate to API v2 as soon as possible. We don't have an official PHP SDK for API v2, but you can use a third party library, or call the HTTPS endpoints…

To retrieve file content, you can use /2/files/download: https://www.dropbox.com/developers/documentation/http/documentation#files-download If you just want a thumbnail of an image file, you can use /2/files/get_thumbnail: https://www.dropbox.com/developers/documentation/http/documentation#files-get_thumbnail Or, to get a…

This error indicates that you're using an http:// redirect URI for your integration, which isn't allowed, as a matter of security in the OAuth 2 code flow. The best solution is to use an https:// redirect URI. If you don't have an https:// redirect URI to use, an alternative is to not use a redirect URI at all. If you omit…

Thanks for elaborating! Unfortunately I don't have a solution to offer for handling multiple files at a time, short of using the API itself. I've filed this as a feature request though. Also, please do go ahead and open one thread per issue or request you have. That will help us keep track of them.

I don't have any news on this request unfortunately, and I'm not aware of any plans for it right now. We don't have an external feature request tracker, but I'll be happy to follow up here with news if/when this is available.

We recommend using one of the official SDKs, if one is available for your platform: https://www.dropbox.com/developers/documentation Alternatively, you can use a third party library: https://www.dropbox.com/developers/documentation/communitysdks Or, integrate with the HTTPS endpoints directly:…

No, unfortunately I don't have a solution to offer for this.

I'm not sure if I've understood your last questions properly, so please let me know if I've missed anything. To make a call to a Dropbox API endpoint, such as /2/files/list_folder, you need an OAuth access token for the account you want to access. The Dropbox API v2 uses OAuth 2 in particular. You can find information on…

To this using the Dropbox API, you can use /2/files/list_folder[/continue] to retrieve the metadata, including both path and id, for existing and new files in the connected Dropbox account. You can then use to get a shared link /2/sharing/create_shared_link_with_settings. The API doesn't offer a way to have Dropbox send…

Dropbox doesn't offer a way to programmatically register webhook URIs, but I'll be sure to pass this along as a feature request.

Thanks for the post! I don't believe we officially support any formatting like this for the message, but I'll be sure to pass this along as a feature request.

Thanks for the post! I don't believe we officially support any formatting like this for the message, but I'll be sure to pass this along as a feature request.

Thanks for the report! We'll look into it.

Apologies for the delay! I wasn't notified of your reply for some reason. Are you still having this issue? If so, can you share your first two screenshots as links? They didn't come through in the post.

Thanks for checking in. There are actually two things happening here: 1) We had a recent performance regression that slowed down processing on these calls. We're working on that. 2) Separate from that regression, there is some delay expected with these calls, while the servers process the uploaded data. That is expected,…

I'm glad to hear you already sorted this out. Based on your code though, it looks like you're using the old iOS Core SDK for the deprecated API v1, which is being retired later this year. You should instead use the API v2 Objective-C SDK.