Greg-DB Dropbox Community Moderator

Can you share: - the version number of the Android Chooser SDK you're using - the relevant code snippets - whether or not the example app included with the SDK works for you? Thanks in advance! 

Also, for reference, if you're using the iOS Core SDK, that corresponds to this method: - (void)moveFrom:(NSString*)fromPath toPath:(NSString *)toPath;

Unfortunately no, using the Chooser in a Cordova app isn't officially supported, but I'll be sure to pass this along as feedback. 

To elaborate a bit, Steve is referring to the links returned by createTemporaryDirectUrl, which always expire after four hours. The links returned by createShareableUrl do not expire by default. Users can set expirations on these links manually, using the Dropbox web site, but this isn't currently available via the API.…

The URL dropbox.com/home corresponds to the root of a Dropbox account. To list the root of a Dropbox account using Dropbox API v2, you would use the /files/list_folder and /files/list_folder/continue endpoints. The path parameter to represent root should be the empty string: ". For example, calling /files/list_folder with…

By the way, for the sake of security, you should disable that access token now that you've shared it publicly. You can do so by revoking access to the app entirely, if the access token is for your account, here: https://www.dropbox.com/account/security Or, you can disable just this access token using the…

The error message is: "'inStream' has bad type; expecting resource, got boolean'". That's indicating that $inStream, the third parameter to uploadFileChunked, per the documentation, which is supposed to be a resource, was actually a boolean. In your code, you're giving the variable $f for that parameter, so you should…

Unfortunately I don't believe we have sample code for that in particular. The documentation I linked to describes how to use it though, so give it a try and let us know if you run into any issues.

For large files like this, you should use chunked uploading instead: https://dropbox.github.io/dropbox-sdk-php/api-docs/v1.1.x/class-Dropbox.Client.html#_chunkedUploadStart

Are you setting .autorename(true)? You'll need to do so for it to create the conflicted copy. By default, or if you set .autorename(false), it'll yield the error instead.

Hi Susan, without more technical details and specifics about the issue, there's not much help we can offer. I recommend working with the developer to reproduce and debug the issue. If they discover an issue with the API, they can contact us directly to report it.

We can't currently increase the rate limits for any particular app or user, but I'll be sure to pass this along as feedback. There are sometimes ways to optimize your API app though. For example, in the Core API, if you're using /metadata to download information about many files and folders, /delta may be more efficient.

What's the value of tDropboxList_1_child.path? Also, can you check DbxSdkVersion? In addition, since this is using the official Dropbox Core Java SDK, in order to rule out (or not) Talend's impact on this, can you try it just using the SDK? The included web-file-browser example uses getMetadataWithChildren, so you can…

We can't offer support for Talend itself of course, but we'll be happy to help with the Dropbox API side of things. Is there any other information you can post though? E.g., code, stack trace, a sample request/response? What you've posted so far indicates that the Dropbox servers didn't recognize the request as a properly…

Are you asking why the decision was made to use task.wait() in that case? I can't say off hand (since I didn't write the example), but if you have any particular feedback I'll be happy to send it along to the team.

Richard has this correct. This is possible, though it is not recommended. The iOS Core SDK does use OAuth 1, and the generated token on the App Console uses OAuth 2, as you noted, so you can't plug that in directly. You'd need to instead implement and run the OAuth 1 flow once for your account. There was another thread…

An error response will have a 409 status code and only the error information, no delta information.

This isn't a result of the Dropbox servers themselves banning the request, but this can be caused by attempting too many requests simultaneously, causing them to take too long and then timeout. You should make sure to only attempt a limited number of requests at a time. I've heard developers choosing a limit of 4, but the…

dainit p., this looks like a different error/issue than was being discussed in this thread, so please open a new thread so we can help without spamming the other people subscribed here: https://www.dropboxforum.com/hc/en-us/community/posts/new?community_post%5Btopic_id%5D=200209245 Please include the full error you're…

That would be specific to your system, and outside the scope of Dropbox API support so I'm afraid I can't offer detailed steps for installing readline on your system. You'll need to either determine how to install readline, or instead change to using a method available on your system for reading input from the user.

It looks like your system doesn't have readline installed, or it isn't available to your app for some reason. That line of code prompts the user to enter the authorization code they receive from the Dropbox Web site. That means you just need to install readline (or debug why it's not available to your app) or replace…

You can get the file listing programmatically using the methods I mentioned in the first part of my previous reply. You can then iterate though the list and download the files. Likewise, the official PHP SDK also offers ways to get the listing and download files, as shown in the tutorial.

Using the library you linked, it looks like you could use the GetMetadata, Delta, or GetFiles method to get a listing of all of the files you want, and then use DownloadFile to download each file. Note that we can't provide support for third party libraries like this, but we do have an official PHP Core SDK here:…

This issue is not specific to using the API, nor is it related to using the same access token specifically. Changes made via the web or desktop, for example, can cause this to be seen via the API, and vice versa. It is related to making concurrent changes to a single user account, and so making changes in different…

Thanks! Those files are small so size shouldn't be an issue here. It is unexpected that the upload takes a long time though. Might there be anything on your network connection (e.g., firewall or security software) that may be interfering for some reason? In any case, can you share the sample code and files so we can try to…

The API doesn't pay attention to whether or not a zip file is password protected while uploading it (nor does the file type itself even really matter). It just uploads the raw data as it receives it. How big is each file though? Is this repeatedly reproducible? 

This should be working again now.

Sorry, no ETA right now.

Thanks for the report, and apologies for the unhelpful error message! This endpoint is temporarily unavailable as we finish up support for it in the API v2 preview.

I believe if you're making an API call in a context where that header doesn't apply, e.g., using the Core API with a normal user access token as you describe, the extra header will just be ignored. That is, the API only looks for that extra header when necessary, so what you describe is the expected behavior.