Greg-DB Dropbox Community Moderator

To clarify, do you mean you had one of the Dropbox SDKs for API v1 (originally called the "Core SDK" or "Sync SDK") installed in your app? The Dropbox API v2 Objective-C SDK is not a drop-in replacement for those. You'll need to follow the instructions in the documentation here to install it and update your code…

If you know the path to the file, you can get the file metadata using `files().getMetadata()`: https://dropbox.github.io/dropbox-sdk-java/api-docs/v3.0.x/com/dropbox/core/v2/files/DbxUserFilesRequests.html#getMetadata-java.lang.String- By the way, if you just want to download the latest version of the file, you don't need…

@"ShawnLyu" You can find more information about the SharedLinkSettingsError.not_authorized error in the documentation here: https://dropbox-sdk-python.readthedocs.io/en/latest/moduledoc.html#dropbox.sharing.SharedLinkSettingsError In short, you'll get that if you try to use a setting that isn't available to the account for…

There isn't an overall limit. If you're calling /2/files/list_folder/continue repeatedly until has_more=false and you're still missing entries, please open an API ticket with the details so we can check on it for you: https://www.dropbox.com/developers/contact The following would be useful: - the registered app name or key…

I can't provide support for dbxcli or dropbox-sdk-go-unofficial unfortunately, so please open an issue there directly for the maintainers: https://github.com/dropbox/dbxcli/issues

The exact order will depend on how things work on the Dropbox backend, so while it may be at least partially in chronological order, it's not guaranteed or externally predictable. As long as you call back and retrieve all of the pages, based on has_more, you should receive all of the entries.

Thanks!

I'm not sure I understand your question. What behavior do you want in this case? Do you want to be able to list the (deleted) contents of the deleted folder? If the folder does not exist (e.g., it was deleted), attempting to access it is supposed to fail with a 'path/not_found' indicating that it doesn't exist.

The list_folder endpoints do not promise a certain order for the returned entries. I.e., the first returned entries may not be the oldest ones. Your app should check the has_more value in the result, and if it's true, call back to /2/files/list_folder/continue to get the rest of the entries. Once you process the all of the…

Can you share the full URL for that page showing the error? Thanks in advance!

The API doesn't support transparency in thumbnails unfortunately, but I'll pass this along as a feature request.

Thank you!

I'm afraid I can't offer help with this myself as this is about using the Intent system on Android with the Dropbox Android app, and not the Dropbox API itself, but I'll send this along to the right people to see if we can help with this.

@"Ian A." Thanks for the information! Your screenshots seemed to have broken on the forum though. Can you try attaching (or linking to) them again for reference?

The DownloadAsync method does not support the empty string as the path value. The empty string would refer to root, a folder, but the DownloadAsync method only supports files. You may actually be referring to the ListFolderAsync method, which does support the empty string, which is the right way to list the contents of…

No, unfortunately it's not possible to register one app that can do both of these, but I'll pass this along as a feature request. That being the case, you will need to register two apps.

Two items at different paths like this can have the same name, but they should have different IDs. Are you sure the IDs are exactly the same? Please share the output so we can take a look. Note that IDs are case-sensitive, and may differ from one another only by the casing, so you need to use case sensitive comparisons.

The display issue should be fixed now. Apologies for the trouble.

Can you print the response body? It should contain a more useful error message. (The output here is just the status line.)

When referencing files via path on the Dropbox API, the path will be relative to the root of the Dropbox, not including any local filesystem components from linked computers. So, in your case, the right value would be one of these, for whatever the actual file extension is for the uploaded file: /C#/Sweetners.docx…

It looks like the HTTP headers were incorrectly added to the file data. First, I recommend determining if this happened during your upload, or your download. The headers in the screenshot you shared don't seem to match the headers in your upload code, so I suspect the issue using occurring during the download. Are you…

For the Dropbox Saver, the integration is done in JavaScript in the browser. For the Dropbox API, we don't have any official PHP/Laravel SDK or examples, but there are some third party PHP libraries listed here: https://www.dropbox.com/developers/documentation/communitysdks

Yes, this is possible. The easiest way would be to use the Dropbox Saver: https://www.dropbox.com/developers/saver If you want a more automated or custom integration though, you can use the Dropbox API instead. You would need to send the user through the OAuth app authorization flow:…

Thanks for the report. This should be working again now. Apologies for the trouble!

Can you elaborate on what you mean when you say "it does not work and continues to make me thumbnails on the jpeg file"? Are you saying it is operating on the wrong file (i.e., some jpeg file), or it is returning a thumbnail in the jpeg format instead of png? If you can share the full sample code to reproduce the issue…

Thanks for the report! I'll have the team clean that up. To trigger a webhook again, re-enable the webhook URI using the "Enable" button, if it's disabled, and then make another change in a connected account. To remove a webhook URI, use the 'x' button next to the webhook URI. This may be obscured by the display issue you…

No, creating new files in a shared folder is subject to the same access control as editing existing files in a shared folder. So, any shared folder folder member with "edit" access in the shared folder can add files to it. Any shared folder member only with "view" access cannot.

Apologies for the confusion. That section in the documentation is indicating that you should set those headers in your response to the verification request; not that they are set in the request itself.

This should be working again. Apologies for the trouble!

Thanks for the report! We're looking into it.