Greg-DB Dropbox Community Moderator

@"patrikc" This is still the case. The Dropbox API still doesn't offer functionality for restoring entire folders.

Dropbox doesn't have any official resources for Lua in particular, but perhaps someone else on the forum has something they can share. As for the functionality itself, note that every Dropbox user API access token identifies one specific app-account pair, and allows access to that account to the extent allowed by the app's…

@"abiluck" No, unfortunately I can't make any promises right now. I'll follow up when I have any news on this from the team.

To create a shared link for any particular file or folder using the Dropbox API v2 JavaScript SDK, you can use the sharingCreateSharedLinkWithSettings method. To retrieve existing shared links, you can use the sharingListSharedLinks method.

@"bdrhoa" Thanks for the feedback!

I can only help with questions about the Dropbox API itself. For help accessing other features or configuring your account(s) please reach out to support from the relevant account(s) here.

That's correct, the Dropbox webhooks functionality does not follow redirects, but I'll pass this along as a feature request. There does not currently appear to be plans to implement support for that though.

The output you shared here appears to be from /2/files/list_folder[/continue], which only returns file/folder metadata, but not any actual file data. To access actual file data, e.g., to display it in your app, you can instead use /2/files/download, to download the original file data, or /2/files/get_thumbnail_v2, to…

No, unfortunately there isn't a way to make that work that way. Access in the Embedder depends on the single shared link you supply to the Embedder (i.e., for the parent folder, in this case). If that link doesn't have a password enabled, then the end-user will be able to access the linked folder and all of its contents…

Thanks for the note. The 'allow_download' API option hasn't been incorporated into the Java SDK yet, but it should be included the next time the Java SDK is built with the latest version of the API spec.

I see you have an open support ticket regarding this issue. I don't have anything to add to that, but support will follow up with you there as soon as there's an update to share.

Thanks for the report! This is an issue with the current version of the Dropbox app on Android 11+. We're currently working on a fix. I'll follow up here once I have an update on that.

Can you check you're updating the configuration for the correct app, that is, for the app with the app key you're using in your code for the Chooser/Saver? If you'd like us to check on this specifically for you, please share the full URL(s) that aren't working as expected. Feel free to open an API ticket if you'd prefer to…

I see, thanks. I believe in that kind of setup, the reverse proxy would actually obscure the issue we found, since it's making the request on behalf of the client, instead of the client doing it itself. (And according to a sample I saved from October 1, we were already previously sending 'X-Content-Security-Policy' anyway.)

Thanks for the report. Did you already resolve this? I just tried loading the site you shared in Safari with 'Prevent cross-site tracking' enabled and the script seemed to load successfully for me.

You can use an audience of LinkAudience.NO_ONE when creating the shared link via createSharedLinkWithSettings, so that only those with access to the file (such as granted by addFileMember) can access it.

Thanks for sharing this. Can you also share any documentation or output showing that's the issue though, for our reference? I ask because we're still looking into this, but we believe we've found a behavior on our side that, in some cases, would affect the content type that the client is using. I'll follow up with any…

Thanks for taking the time to share your experience and write up and post this guide. I hope it can be of use to others here.

Thanks for writing up and sharing all of this feedback! I'm sending this along to the relevant people.

An InvalidAccessTokenException should indicate that the access token you used to make the call was invalid for that call for some reason. You can use getAuthError to get the AuthError, which should contain a more specific error indicating why it was invalid. If you believe you're getting this error incorrectly, please…

@"gcarl" Thanks for confirming that. Unfortunately it's not clear why that would be failing, but this issue looks similar to this report. Are you able to reproduce the same properties they mentioned though, such as differences across devices, and being able to work around the issue by waiting?

Thanks for following up and sharing that error output. That particular error code indicates that the network connection was lost. (The https://api.dropbox.com/oauth2/token address is used by the last step of the authorization flow, to call the Dropbox severs to retrieve the access token.) Is there anything on your network…

No, the Dropbox API doesn't offer a way to look up the path/ID for a particular cursor. When storing a cursor in your app, you should have the app record what that cursor is for.

@"gcarl" While either should technically work, you should use the newer "authorizeFromControllerV2" method as shown here, instead of "authorizeFromController". Is that what you're referring to when you say "alternative authorization flow"? In any case, I've been unable to reproduce the issue in my own testing, even with…

Thanks for the report. That's correct, the Saver only supports files, not folders, but I'll pass this along as a feature request. I can't promise if or when that might be implemented though. We should at least return a better error message when supplying a shared link for a folder though, so I'll bring that up with the…

Thanks for confirming. Yes, unfortunately exactly how the app receives that OAuth result will depend on the app (and the app might need to be updated to address the issue you're seeing), so that would be something the developer would need to look into. Apologies I don't have better news for you!

Thanks for following up. To clarify, are you the developer of the "CCS Revolectrix app"? If not, you'll need to reach out to them for help with this.

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 SDK/library you are using, if any - the steps to reproduce the issue, including relevant code snippet(s), but don't include any access or refresh token(s) -…

I'll see if we can track down what may have changed there, but the Dropbox API spec doesn't document or guarantee these particular aspects of these links, so I can't make any promises unfortunately.

Ok, thanks. So, as it stands right now, even .m4a and .mp3 files aren't working for you. (I was previously under the impression the first fix was working for those from your earlier responses.) Anyway, we unfortunately can't provide support for AVPlayer, since that's not made by Dropbox. We have recently updated the…