Greg-DB Dropbox Community Moderator

While you can store database files themselves, Dropbox and the Dropbox API don't offer a way to remotely connect to these database files to run database queries/operations. You'd need to download/upload the database file each time you need to change it. I'll send this along as a feature request though. I can't speak much…

Thanks for clarifying. Yes, those two should give you the same listing. Make sure both apps are linked to the same account though. You can use users_get_current_account to check that. If you're still getting unexpected results, feel free to open a ticket with the specific code and output from the affected account and we'll…

It looks like the ValueError issue is fixed in requests v2.17.1, so please update to that and let me know if you're still seeing any issues.

Thanks! In that case, please open a ticket with the relevant app keys, code, and output so we can check on this for you: https://www.dropbox.com/developers/contact

Are you sure the apps had the same exact attributes, e.g., the permission? Unfortunately, API v2 doesn't support the "file type" permission, so your app would get this error message when attempting an API v2 call if it had the file type permission. That being the case, you would need to register a new app for the full…

That's correct, if your app has the "app folder" permission, everything your app does or "sees" is relative to the app folder itself. You would use "" to refer to the app folder itself, since it's your app's root, or "/subfolder", etc. to refer to something inside your app folder. From your first paragraph, it sounds like…

To clarify, using one of the paths you posted: /brian alan lang ea/work papers/bravo/breit/2016/brei3389_2016_8879-signed.pdf Are you sure one of those parent folders is still shared? (I.e., "brian alan lang ea", or "work papers", etc.) Shared folders can be unshared, or files/folders can be moved out of shared folders, by…

If the official Dropbox iOS app is installed, the SDK will automatically use that for the app authorization flow. (That way, the user doesn't have to sign in again.) This message can happen when the SDK checks if the official app is installed, and this error code indicates that it is not. This should be safe to ignore…

@"Steve L." Thanks! I'll send that along.

Apologies, no news on this right now.

@"Thibaut D." No, unfortunately I don't have an update on this request.

Thanks for the post! The Dropbox API doesn't offer anything quite like this unfortunately, but I'll pass this along as a feature request.

Thanks for writing in. Note that the first error is because non-root paths should start with a '/'. So, your path there should be "/testFolder", not "testFolder". The root path is identified by the empty path "". The second error did start occurring with recent changes to the requests dependency. We're looking into that.…

For /2/files/list_folder, the path is whatever path in the account you want to list. To list everything, you would use the empty string "" to identify root. For /2/files/list_folder/continue, the cursor is the last cursor your received from /2/files/list_folder or /2/files/list_folder/continue for that user. (You'll need…

Yes, that's correct, for OAuth 2 at least. (API v2 doesn't support OAuth 1 so I expect it will make sense to shut down the OAuth 1 endpoints along with API v1 itself.)

To keep track of changes in the accounts of the users linked to your app, you should start by calling /2/files/list_folder and /2/files/list_folder/continue as necessary, following the instructions in the documentation to get the full state of the account. With each call, you should store the latest returned "cursor". The…

The Dropbox Saver doesn't support blobs, local files, or data URIs unfortunately, but I'll pass this along as a feature request.

If you're not using an official SDK, the easiest way to check what version of the API you're calling is to check the URLs you're calling. API v1 endpoints contain "/1/", while API v2 endpoints contain "/2/". (Note that some OAuth URLs also contain "/1/" for historical reasons, but those aren't considered part of API v1…

The user can link multiple apps to different accounts. They may need to sign in/out of dropbox.com though, as necessary, since you can only link an app to an account when signed in to that account. Once they do so though, they don't need to re-authorize each time they use the app. Each app will receive an access token for…

To follow up here, the latest version of SwiftyDropbox does now have support for the 1Password extension in the app authorization flow, by virtue of now using SFSafariViewController, which automatically has access to extensions.

Thanks! We'll look into it. Note that is is important that your app process these entries in order. Otherwise, you may not get a state consistent with the state on the Dropbox servers.

The user can still choose which account they want. On Mac, the app authorization flow uses the normal /oauth2/authorize desktop web page, so they just need to sign out of the currently signed in account, if any, and then sign in to the desired one. There's a "Sign out" option in the dropdown in the top right of the page.

Yes, a normal structured error is expected for these API v2 endpoints we were discussing. It looks like you may be calling API v1 though (i.e., /1/team), based on the error messages you shared. Can you check if that's the case?

That should be a string that identifies your app, generally your app name and app version. You can find more information here under newBuilder: https://dropbox.github.io/dropbox-sdk-java/api-docs/v3.0.x/com/dropbox/core/DbxRequestConfig.html#newBuilder-java.lang.String-

Yes, if you're using the official API v2 Java SDK, you can set a proxy by constructing a StandardHttpRequestor with a StandardHttpRequestor.Config. You can build a StandardHttpRequestor.Config with a proxy set by using StandardHttpRequestor.Config.builder to get a StandardHttpRequestor.Config.Builder and using…

The sharing_info field will only be set if the file is inside a shared folder. It sounds like this file is no longer in shared folder, so it won't be set anymore. (For example, you may have "left" the shared folder, but kept your copy.)

Regarding the errors reporting by @"thedeck" and @"sfbrad", these 500s can be caused by certain file metadata not being available yet, at the time of the API call. The team has been working on improvements around this. When this information is still not available, Dropbox will now be returning 429s, to instruct the app to…

Thanks for the report! I'm seeing the duplicate "/oldname" in my testing, but not the extra deleted "/newname", though I expect it will depend on the particular state of the account. In this sample, did you previously have anything at "/newname" by any chance? We'll look into whether or not we can clean this up, but the…

The API v2 Java SDK works a little differently than the v1 SDK, so there isn't a direct equivalent. The isLinked method could be called on the Session object to determine if it had an access token, but the v2 SDK doesn't have an equivalent session object. Instead, you can should just check if you have a DbxClientV2 object.…

[Cross-linking for reference: https://stackoverflow.com/questions/44173750/system-configuration-configurationerrorsexception-was-caught-during-uploading-fi ] I redacted it for you, but for the sake of security, you should disable that access token that you posted. You can do so by revoking access to the app entirely, if…