Greg-DB Dropbox Community Moderator

I see you're referring to an IP address that happens to belong to Dropbox. The Dropbox IP addresses can change though, so please use the relevant Dropbox host names. For example, for the Dropbox API, most endpoints are on api.dropboxapi.com and content.dropboxapi.com. Are you having trouble connecting to the Dropbox API…

@"David B.275" Thanks for the feedback!

When adding a member to a shared folder using the AddFolderMemberAsync method in the Dropbox .NET SDK like this, you can set the new member's access level when you construct the AddMember object, using this AddMember constructor, which takes both a MemberSelector and an AccessLevel. The MemberSelector works the way you…

I see, thanks for the information. That is certainly unexpected, as you're able to make calls later in the process, especially since the calls for checking for a folder go to the same Dropbox hostname as the ones for creating new folders. Does the app do anything different for the first call? E.g., is it perhaps running…

Great, thanks for confirming that!

Dropbox doesn't offer a general app listing where developers can post their apps to promote them, but I'll pass this along as a feature request. (There is a page that highlights some Business apps though. If you think your app would be a good fit for that listing, you can contact our partnerships team.)

I'll be happy to help with any issues you're having with the Dropbox API, but I'll need some more information. Please reply with: * the name and version number of the platform and SDK/library you are using, if any * the steps to reproduce the issue, including relevant code snippet(s) * the full text of any error or…

Thanks! That's very helpful. We have your ticket and are working on reproducing and investigating this issue based on that information. We'll follow up with you once we have an update on that.

Thanks for confirming that. There was a server configuration issue on our side.

This was due to a server configuration issue on our side, so there isn't anything you need to do to avoid this in the future. We're working on preventing this from happening again in the future.

It looks like our messages just crossed. Thanks for confirming it's fixed for you now.

Can you try again now and let me know if you're still seeing this issue? Thanks in advance! 

Can you try again now and let me know if you're still seeing this issue? Thanks in advance! 

Can you try again now and let me know if you're still seeing this issue? Thanks in advance! 

Thanks! That's helpful. It looks like you are getting an empty response body from the Dropbox API. We'll look into it.

That error is coming from the local network client, and seems to indicate an issue with the network connection. Especially since this doesn't happen on all devices, it looks like it may be caused by the network connections on those affected devices. Is there anything on those network connections that may be interfering…

I see, thanks for the information. We'll look into it.

Thanks for confirming that! We'll work on getting that fixed up for that file.

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

@"miago" The 'BadRequestException' seems to indicate you're getting a 400 error from the Dropbox API. Are you able to print out the response body itself? It generally should contain a more useful error message. Or, please let me know if the response body is actually empty. Thanks!

Can you print out the response body itself? It generally should contain a more useful error message. I'm not sure if that's what the 'error: ""' part would already be printing so please let me know if you are actually just getting an empty response body. Thanks in advance! 

Thanks for the report! We're looking into it. Have you been trying this with a "Get Started with Dropbox.pdf" file? It looks like there's a configuration issue with that file that is preventing it from being selected in the Chooser, but let me know if you're also seeing this with other files. Thanks!

Thanks, that's helpful. That confirms you're getting one identical entry per page, and a different cursor for each page. This doesn't reproduce for me, so we'll need to investigate further on the server-side to find out why this is happening for you. I'll follow up here once I have an update for you.

@"TobiasR" Thanks! This thread is a good place for feedback like this. It looks like we already have this issue fixed internally, so that fix should be rolling out soon, likely within a day or two.

Thanks for the report! We'll look into it. We may need to add some sort of cleanup method for this kind of use case. I'll follow up here once I have an update for you.

Thanks for the report! It looks like the SDK is receiving invalid JSON for some reason. I'm not aware of anything that should be causing that right now, and I can't seem to reproduce this myself, so we'll need to look into it specifically for you. Would you be able to print out the problematic response body? That may help…

I'm glad to hear you already sorted this out. Thanks for sharing your solution!

Thanks! Can you share the updated code with this extra logging too? That would help illustrate what exactly is producing this output. As for the number of calls being made, you don't need an actual counter; I just meant to illustrate each call to files_list_folder and files_list_folder_continue, which your logging appears…

You can store the last received cursor from /2/files/list_folder or /2/files/list_folder/continue and then call back later to /2/files/list_folder/continue with that cursor. The response will contain entries for the changes since you last called. Check out the /2/files/list_folder documentation for more information on how…

Webhooks can tell you when something changed, but not what changed. To find out what changed, you would then use the list_folder endpoints. In addition to letting you list the contents, the list_folder endpoints also enable you to keep track of new changes over time: *…