Greg-DB Dropbox Community Moderator

Ok, the fix is out now. Let me know if you're still seeing any issues.

The fix for this should be deployed today or tomorrow. I'll follow up here once it is.

Apologies I don't have better news right now! The team is certainly working on this issue, but I can't make any specific promises, e.g., for a timeline for a fix, etc. I'll reply here once I have something firm to share.

No update on this yet.

No update on this yet.

Thanks! I'll check in with the team on this again.

Apologies, no update quite yet. 

No update on this yet.

Great, thanks for confirming that.

No update on this right now. I'll reply here once I have news.

No update on this yet. I'll follow up here once I have news.

Thanks! There is a known issue like this for DeletedMetadata, which we're working on. If you can confirm seeing this in a non-deleted Metadata object though, please share the relevant code and output so we can look into it.

Is it happening for any Metadata object, or only DeletedMetadata?

Hi Noe, in the other thread, you included this: Ex: "/hi/untitled" instead of "/hi/Hello.txt" ...("H" is capitalized) Those seem to show different paths ("untitled" versus "Hello.txt"). Can you share a full example showing the issue so I can make sure I understand your report properly? Also, is it happening for any…

Thanks for the sample, Gustavo. The string you've entered as your Dropbox API app key is actually an Dropbox API OAuth 2 access token. These are two different things, and the latter is only used for the Dropbox API, not the Dropbox Chooser. Your app key is a much shorter string, and you can get it from your app's page on…

This can occur if your app key isn't entered correctly. Can you share your code? Likewise, the example app doesn't come with an app key set and requires you to enter it as the APP_KEY variable in MainActivity.java. Did you do that and can you check you copied the key in correctly?

The API was designed with the intention that each user would link their own Dropbox account, in order to interact with their own files. However, it is technically possible to connect to just one account. The SDKs don't offer explicit support for it and we don't recommend doing so, for various technical and security…

Hi Craig, yes, this is currently the case. The get_shared_links endpoint returns collection links, but the list_shared_links endpoint doesn't. I'm sending this along as a feature request to support collection links in list_shared_links.

Hi Dimitrie, we don't have a sample for using Dropbox webhooks with Google Apps Script specifically, but I'll be sure to pass this along as feedback. We do have a sample Python app here: https://github.com/dropbox/mdwebhook And the full documentation can be found here: https://www.dropbox.com/developers/reference/webhooks

Hi Yang, thanks for your post. Unfortunately, the Dropbox Chooser doesn't currently support running from environments without an actual domain to check, so I'm afraid there isn't a way to make this work. We'll consider this a feature request though.

If you know what team member's account has the shared folder, you can use member file access to call /2/files/get_metadata for that file ID. The event log unfortunately doesn't currently indicate which member(s) have that shared folder though, but I'll be sure to pass this along as a feature request too.

Thanks for the feedback! I'm sending this request along to the team. For a full file listing, you can use the /2/files/list_folder and /2/files/list_folder/continue user endpoints.

Yes, this feature has been expanded beyond "sign in as sessions" to reflect normal user file events as well.

The "Sign in as" feature if the ability of Dropbox Business team admins to sign in as members of their team: https://www.dropbox.com/help/9185

I can't make any promises as to if/when that would be exposed via the API, but I'll be sure to pass this along as a feature request. 

Hi Murali, the deprecation was only an announcement, and didn't itself involve any functionality change. I'll be happy to look into this to see if you're hitting some bug though. I just tried this myself and I am seeing events being returned by that endpoint with "event_category": "files" though. Note that per the…

The API currently only offers the ability to restore specific files, and not entire folders, but I'll be sure to pass this along as a feature request. 

Hi Matt, it sounds like your request may actually be slightly different than what was being discussed on this thread. We were talking about downloading files in distinct chunks (similar to the chunked upload), but it sounds like you want to be able to stream the download as desired, like you currently do with the get_file…

It is already implemented in the Java SDK. (It is also implemented in the API v1 Python client, but I can't recommend using that as it's deprecated.) If you wanted to implement it manually, or modify the Python SDK, here's a sample of what it would look like in curl for reference: curl -X POST…

I see, thanks for the additional context! The API itself does actually support Range Retrieval Requests which can be used to download files in pieces, but this functionality unfortunately isn't currently exposed in the API v2 Python SDK. We'll consider this a feature request for that though.