Greg-DB Dropbox Community Moderator

The /2/sharing/list_shared_links endpoint is the right API endpoint for listing the shared links owned by a user, regardless of account type. The 'path/not_found' error indicates that there was nothing found at the path specified in the API call via the "path" parameter though. Double check that you're supplying a correct…

Got it, thanks! I'll send this along to the team. (I can't promise if/when it might be implemented though.) I can't speak to those third party automation tools though, as they're not made by Dropbox.

@"jaonphoto" Thanks for the feedback!

Thanks for the report! This looks like an issue on our side. We'll look into it and I'll follow up here once I have any update for you.

The /2/files/list_folder response doesn't include shared links for entries, nested or not. It does include the normal File/FolderMetadata for the entries though, so you can use that metadata in your app. To step back a bit though, what functionality are you trying to build? For example, if you then want to programamtically…

It sounds like you accidentally moved a "}" when copying in your shared link. The "path" parameter should be a top-level parameter, not part of the "shared_link" parameter object.

Thanks for following up. I see you did successfully rename the thread. Anyway, I understand that the shared link, e.g., as seen in the browser, is not the same for the subfolder as the main folder, but to call /2/files/list_folder for a subfolder, you don't actually need the shared link for the subfolder in particular. You…

To list the contents of a folder nested inside a folder, where you only have the shared link for that top folder, you can use /2/files/list_folder again with the original top-level shared link, but then specify the relative path of the nested folder (e.g. built from the returned 'name' fields), in the "path" parameter.…

Thanks for the additional information, and clarifying that you were referring to appending to an upload session. Anyway, regardless of whether you're using the single /2/files/upload endpoint, or the upload sessions endpoints, the Dropbox API should only be sending one response per request. (I also haven't heard any other…

@"racheldory" There isn't an option for sorting, but we'll consider it a feature request. For our reference, is this something you'd want to set in the Embedder options in code, or for the user to be able to set in the UI (or both)?

The 'has_more' field is a property of the response, not a parameter, so it won't be included in the API v2 Explorer "Request" section. You can find information on it in the documentation. It is always set (to either true or false), so in your second screenshot it looks like there's just an issue displaying that value in…

If the file contents are identical, this is the expected behavior. When the old and new file contents are exactly the same, Dropbox doesn't consider it a change and so no new metadata is written. We'll consider it a feature request for the ability to change the client_modified without changing the file data, but I can't…

I'm not sure I understand your question. Can you add some more context, e.g., show what you have so far, and let us know what's not working? For C#, we recommend using the official Dropbox API v2 .NET SDK if you can. With that, you can upload files using the upload methods, such as UploadAsync. You supply a Stream of the…

The Dropbox Java SDK itself doesn't have methods for enabling logging, but if you're using the StandardHttpRequestor (the default) you can enable logging output like this: Logger.getLogger("").setLevel(Level.ALL); final java.util.logging.ConsoleHandler consoleHandler = new java.util.logging.ConsoleHandler();…

The Dropbox API unfortunately doesn't offer a way to retrieve all shared links for items inside a specific folder, but I'll pass this along as a feature request. Using /2/sharing/list_shared_links with a specific path only "returns a list of all shared links that allow access to the given path - direct links to the given…

Can you double check you're not accidentally sending two requests? The Dropbox API shouldn't be sending two responses to a single request. Since there are two different 'X-Dropbox-Request-Id' values, it does look like the Dropbox API servers are receiving two requests. Also, I'm not sure what you mean when you say you "try…

No, this is still open, but I don't have an update on it yet. I'll follow up here once I do.

@"Sekali" You didn't include how you're building your requestJson string, but the result doesn't look correct. You have "\\u" instead of "\u". Update your implementation to produce the correct JSON string. You can find more information in the documentation here.

@"clarel" We've added a 'headerSize' folder option that you can use to reduce the size of the header (though it doesn't move everything inline like you suggested). You can find more information in the documentation. Hope this helps!

Unfortunately I don't have a good solution to offer here. Using a shared link with the parameter modification is the best way to share read-only access to a file when the recipient doesn't have a Dropbox account. As you found though, these can't be requested programmatically in browser JavaScript due to the CORS policy.…

I just tried the 'recursive:true' option on /2/files/list_folder[/continue] with a Business account and it's working as expected for me. Make sure you're checking the 'has_more' value in each result and calling back to /2/files/list_folder/continue if it's true. If something still isn't working as expected, we'll be happy…

@"dlow" I'm not currently aware of any immediate plans to implement corresponding functionality for this for Paper docs as .paper files in the filesystem, but I'll pass this along as a feature request. I've split your comment off as its own thread to serve as the location for this request. I'll follow up here if I have any…

If you're building a web app that integrates with Dropbox, you should send the user through the OAuth app authorization flow, where they can choose whether or not to authorize your app to access their account. You can find information in the OAuth Guide, as well as the authorization documentation. When you configure…

In your /oauth2/authorize URL, I see that you're using the 'response_type=code' flow, which means you're using the OAuth 2 "code flow". In this flow, the code that you get back from that page is an "authorization code", not an "access token". When using the code flow, you need to then exchange the authorization code for an…

The /2/file_requests/list_v2 endpoint is for listing the "file requests" (not files) owned by the connected account. An empty file request list like this indicates that the connected account does not have any file requests. File requests can be created via the API or via the web site. Alternatively, if you want to list the…

I can't seem to reproduce this unexpected behavior, so we'll need to look into this more specifically for you. Please open an API ticket for this and include: * the client ID * the member ID * the file ID * the timestamp of the call Please don't include your access token though. Thanks!

It sounds like you're not URL encoding the 'redirect_uri' value, and so the URL parameters on your redirect URI are being sent as actual URL parameters to the Dropbox /oauth2/authorize app authorization page itself, which does not expect those parameters. You'll need to URL encode your 'redirect_uri' value. For example,…

You're using the "code" flow here, which means that you'll get an "authorization code" back on your redirect URI. You should then exchange that authorization code for an "access token" by calling /oauth2/token. The /oauth2/token endpoint's response will include the 'account_id' for the user account that authorized the app.…

Using the Chooser does not count as a connected user, so that count won't increase. (And so if you're just using the Dropbox Chooser, you do not need to apply for production.) You can find more information here.

1. Use of the API itself is actually entirely free. The API is built such that developers can create apps that any kind of Dropbox account can link to. It is only if the owners of any individual (or group of) accounts want to upgrade is there cost involved. You can see more information on pricing and plans here:…