Greg-DB Dropbox Community Moderator

No, unfortunately, it's not possible to use the 'listFileMembers' functionality for all files from any/all members just using asAdmin for an admin. You'll need to use asMember for the relevant members(s). The /2/sharing/list_file_members endpoints, which is what the 'listFileMembers' methods in the Java SDK use, only…

You can get the account ID of the account that last uploaded the file in FileSharingInfo.modified_by. For instance, you can get that from FileMetadata.sharing_info as returned by files_get_metadata or files_list_folder/files_list_folder_continue. You can get more information about a particular account based on an account…

I'm glad to hear you got that working. I see you opened a new thread for your other question so I'll follow up with you there.

The app key, a.k.a. client ID, is public, and does not need to be hidden. The app secret a.k.a. client secret, should ideally be kept secret. (Leaking your app secret could let someone impersonate your app to an extent, though it wouldn't by itself enable access to any file data.) Client-side apps fundamentally can't keep…

Thanks for the report! We'll look into it. By the way, the Embedder offers two different ways to set it up: * "using anchor tags" * "using JavaScript" You only need to use one or the other, but it looks like you're currently trying to use both. That is, you have both the "dropbox-embed" class on an anchor, as well as using…

No, the Business team restriction will still apply in that case.

Can you elaborate on what part you're currently stuck on? Both files_download and files_download_to_file will give you the file data, with the difference being how the data is returned. For files_download, the data is returned in memory, in the object in the second return value. For files_download_to_file, it's saved to…

Thanks for the additional information. In that case, it's likely due to a restriction that can be set on Dropbox Business teams that prevents links from being accessed outside of the team. By default, these links are accessible without authentication, but Dropbox Business team admins can optionally enforce additional…

Please note that per the documentation, you should be processing the OAuth flow in the system browser, not in a web view. Anyway, the "redirect URI" is where you want to send the end-user after they authorize your app. I can't tell you what it should be though since it will be specific to your app. You as the developer…

It sounds like you're using the "direct" link type. Those links do expire after four hours. You can use the "preview" link type instead though, which don't expire. You can find more information in the Chooser documentation: https://www.dropbox.com/developers/chooser You can also modify the "preview" links for different…

Dropbox itself doesn't have listings of developers to hire (though there may be some in the forum here who can chime in). There also may be third party marketplaces online where you can search for developers to hire, but we can't recommend any in particular.

@"jw01" No, Dropbox doesn't offer a way to do customization/styling in the Embedder like that, but I'll pass this along as a feature request. Thanks!

@"Traye1" I'll check in with engineering and request they increase the priority.

Yes, you can use the OAuth flow to get non-temporary access token. Please refer to my post here for information.

We did have functionality built in to dropbox.com for a while after the Datastore API retirement for exporting a CSV file of the data, but unfortunately that's no longer available. Apologies I don't have better news for you!

@"ahmed-sharaf" @"winkelement" Apologies for the confusion! Please refer to my post here for information.

Dropbox API OAuth 2 access tokens don't expire, though they can be revoked. Users can manually revoke tokens themselves, e.g. via: https://www.dropbox.com/account/connected_apps Apps can also revoke access tokens via: https://www.dropbox.com/developers/documentation/http/documentation#auth-token-revoke

I can't help with the OpenAlpr side of things as that's not made by Dropbox, but Dropbox does offer an API you can use for listing, uploading, and downloading files to/from Dropbox, among other operations. You can find everything you need to get started with the Dropbox API, including documentation, tutorials, and SDKs…

Yes, you can use the same access token(s) in both development and production.

@"clarel" We've added a "view" parameter so you can choose between "list" and "grid". You can find more information in the documentation: https://www.dropbox.com/developers/embedder Hope this helps! 

@"TobiasR" We've added a "zoom" parameter so you can choose between "best" and "fit". You can find more information in the documentation: https://www.dropbox.com/developers/embedder Hope this helps! 

@"Traye1" This is still open with engineering, but I don't have an update on it yet. I'll follow up here once I do.

Yes, when using the OAuth 2 app authorization "code" flow with a redirect URI, the authorization code is returned in a URL parameter with the name "code" on the redirect URI. You would need to retrieve that parameter value, though exactly how you do so will depend on whatever web framework you're using. Or, if you're not…

Unfortunately I can't provide support for that side of the operation, since it's not related to the Dropbox API. I do notice you reversed "application/octet-stream" as "stream-octet" in your code though. 

Yes, we can help rotate the app key and secret for an app without deleting the app. Open an API ticket here to start that process.

The .NET SDK isn't officially supported for Xamarin, but I'll pass this along as a feature request. I can't promise if or when that might be implemented though. For reference though, if you need to implement the OAuth app authorization flow, you can find the documentation here. And here's where it's implemented in the .NET…

No, unfortunately the 'force_reauthentication' OAuth parameter isn't currently implemented in the Dropbox API v2 Java/Android SDK, but I'll pass this along as a feature request. I can't promise if or when that might be implemented though. 

The /2/files/download endpoint is a "content-download" style endpoint, meaning that when the call is successful, the requested raw file data is returned in the response body, with the corresponding "Content-Type: application/octet-stream" header. That's what you're seeing when you print out your "fileBuffered" variable;…

Got it, thanks! That's helpful. We'll look into it.

Thanks for the report. For clarity though, can you also share the code and parameter values you're using, e.g., for filesListFolder, filesListFolderContinue, and filesListFolderLongpoll? That would help make sure we investigate the right scenario. Also, when you say this "results in a false positive change-loop", do you…