Greg-DB Dropbox Community Moderator

@"Singingmaya" The forum shows a date in the upper right of each comment, and there's a more specific timestamp shown if you hover over it: Hope this helps!

1) No, the Chooser/Saver domains specify which domains can use your app key for the Chooser/Saver. That does not affect the resulting links. 2) That sounds like an issue with the web site. Please open a ticket here for help with that: https://www.dropbox.com/support And thanks for the feedback!

Thanks! That looks like a bug in SwiftyDropbox v4.2.0 when using Xcode 8. We'll look into it. In the meantime, you can use v4.1.2, by specifying it in your Podfile like: pod 'SwiftyDropbox' => '4.1.2' Then, do a `pod update`.

Can you share some code to reproduce the issue? I'm not sure off hand what the issue may be, but we'll be happy to look into it. Thanks in advance!

Yes, I would expect the value should be at least the size of one chunk (e.g., if only one chunk succeeded). What chunk size are you using? We generally recommend something much larger than 15, e.g., 8 MB (8388608 bytes).

This should be resolved now.

It looks like you're getting an old version of SwiftyDropbox (3.3.1) and consequently an old version of Alamofire (3.5.1). You should be getting 4.2.0 and 4.4.0, respectively. It's not clear why you're getting the old versions though. Can you try the following? pod cache clean --all pod repo update pod update

The correct_offset value indicates what byte index in the upload the Dropbox API servers expect next. This may not always match what your app expects, e.g., in cases where the app and server were unable to communicate. For example, if a previous request was received, but the response never made it to the app. When this…

Yes, the shared links returned by the Chooser are the same kind of shared link as used by the general shared link feature in Dropbox: https://www.dropbox.com/help/files-folders/view-only-access That allows anyone with the link to access the shared content. Users can always revoke these shared links from the web site:…

Hi Frank, I don't believe we have a document like what you describe, but I'll be happy to help with any questions you have about the API. It sounds like you mostly have the right understanding here though. API v2 offers a different sort of interface than the old Sync SDK did (which was built on API v1). API v2 does offer a…

Thanks for the report! It looks like there is currently a service disruption with the Saver. We're looking into it.

Thanks! I'm glad to hear you got this working. I'll ask the team to take a look over to see if this is a change that should be added to the SDK.

The root folder doesn't have an ID, but you can always refer to it by using the empty string "" as the path.

The API unfortunately doesn't offer sorting/filtering options for listing files and folders like this, but I'll pass this along as a feature request. Apologies I don't have a better answer for you!

Thanks for the report, and apologies for the trouble! It looks like the API v2 Python SDK v8.3.0 release changed the positional ordering of arguments for the files_list_folder method, unintentionally breaking any callers relying on the parameters' order. We'll look into fixing this on our side, but the best solution right…

We could use a bit more information. Can you run the following and share the output? Thanks in advance! python -c 'import dropbox;print dropbox.__version__;print dropbox.__package__;print dropbox.__file__'

@"rharter" Thanks for the report! Your code does look simpler/correct, so I don't think I have a workaround to offer in this case. We'll look into it.

Also, can you let us know what version of Python itself you're using? Thanks in advance!

@"bruce0205" If that doesn't seem to be the issue in your case, please supply the code to reproduce the issue for your case.

The API doesn't offer the ability to upload/download entire folders at once, so you'll need to loop through the files you want to upload/download and call for them individually (applying whatever filtering logic you want client-side). We'll consider this a feature request though.

Yes, you can supply a file/folder ID in the 'path' parameter for /2/files/get_metadata: https://www.dropbox.com/developers/documentation/http/documentation#files-get_metadata The same applies to the respective method in the official SDKs. For example, in the API v2 Java SDK:…

@"ShiminCai" I don't believe replying to the notification email sends the content anywhere I can access it. Please post the information in the thread here. (If you need to share it privately for some reason, you can open an API ticket here instead.)

Thanks! We're looking into it.

@"gill5" You shouldn't be seeing a 'v1_retired' error from the official Dropbox iOS app itself. You may see a warning in the official app when linking the third party app though. In any case, there should be a "Support" link on the App Store page for whichever third party app you're trying to link to/use. That should go to…

@"bookaholixanon" Thanks for the feedback! I'll send that along to the team. For reference, we of course didn't want to break anyone, but Dropbox continuously works on improving the functionality it offers, which sometimes requires deprecating and retiring older versions. When we do need to do that, we always try to give…

Your app appears to be sending a "multipart" Content-Type, instead of one of the allowed values: "application/octet-stream" or "text/plain; charset=dropbox-cors-hack". You'll need to make make sure your app only sends one of those allowed values. Exactly how you do this depends on what SDK/library/HTTP client you're using.…

The response from the list_folder endpoints will give you a list of file and folder entries. Each one will contain a `path_lower` value, which will be something like: "/Documents/document.docx". You can see the parent path components by splitting those out. E.g., in this sample, the "document.docx" file is in the…

It sounds like that's an issue with using `fopen` and not the Dropbox side of things, so I'm afraid I can't offer much help. You'll need to debug why you can't `fopen` your local file. (E.g., make sure the parent folders exist, that you have permission to access it, etc.)

Apologies for the confusion. The DbxHost should identify the Dropbox API servers, but you generally don't need to actually use any of that. You can default to the standard hosts. For example, you can just use this constructor to make a DbxAppInfo without specifying host. And outside of the structure of the examples, you…

There's an example of uploading files to Dropbox using the API v2 .NET SDK here: https://github.com/dropbox/dropbox-sdk-dotnet/blob/master/dropbox-sdk-dotnet/Examples/SimpleTest/Program.cs#L312