Greg-DB Dropbox Community Moderator

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 ****** 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. 

(That is, like the one in your second post, but including your key so we can try to compare.)

Thanks Tom. Are you able to copy over a sample request, including parameters, that produces by any chance? (You can open an API ticket if you prefer to share privately: https://www.dropbox.com/developers/contact )

This 401 Unauthorized error should indicate that the oauth_signature is invalid, and I can't reproduce the error with a test implementation of OAuth 1 HMAC-SHA1 signing here. HMAC-SHA1 signatures are intentionally opaque though and difficult to debug though. That being the case, we recommend using PLAINTEXT signing…

We don't have any plans to change that limit. In API v2, the equivalent to chunked uploading is upload sessions: https://www.dropbox.com/developers/documentation/http/documentation#files-upload_session-start https://www.dropbox.com/developers/documentation/http/documentation#files-upload_session-append…

That number isn't accessible programmatically, and it's actually not a strict limit anyway. Due to various other (mostly network) factors, smaller or larger file uploads may fail or succeed. For larger files, you should use chunked uploading, and the size limit you use in your app to determine whether to use normal or…

There isn't a programmatic way for obtaining an access token for an account. The user must explicitly authorize the app. Apps can store and re-use access tokens though. If your app has done this, and has an access token for the necessary accounts, then it can use the file/folder moving API call to move the shared folder as…

I'm not sure I follow what you mean, but if your app has access tokens for both users, the app perform the necessary API calls in the relevant accounts programmatically, without user interaction.

No, your app would need to be authorized to the other user's account to perform a move operation there.

Oh, apologies, I didn't check the v2 documentation. I'll send this along to get a note added to that too. Thanks!