Greg-DB Dropbox Community Moderator

No, we don't have anything like that, but I'll pass that along as a feature request.

I wasn't able to reproduce this myself, but if you can provide a sample project that reproduces the issue, we'll look into it.

I just tried this with the same versions of SwiftyDropbox and iOS, and it is working properly for me. Unfortunately if it's not getting called at all, it sounds like an issue with iOS itself, so I can't offer much help, and you may need to debug this on Apple's side. Can you check that you only have one `open url`…

We do still return the older "text/javascript" by default for historical reasons, in order to not break old integrations. If you send the "Accept: application/json" request header though, you'll get "application/json" instead.

That code looks right, but there's currently an issue with the SDK that can result in that ValidationError. We're looking into it. I'll let you know when I have an update on it.

Thanks! That looks correct. So to clarify, are you sure `open url` itself isn't getting called, or does it appears `handleRedirectURL` isn't working properly? To check, please add some logging immediately inside `open url` (i.e., before `handleRedirectURL`). If it does get called, it would help to log and post the `open…

The team_reports_get_devices, team_log_get_events, and team_log_get_events_continue methods are accessible to team auditing apps, so you can use those if they're sufficient for your use case. The team_reports_get_devices method gives you statistics about the numbers of devices, but team_log_get_events,…

Thanks for the report! That looks like a bug on our side. We're looking into it.

Yes, we have documentation for each of our official SDKs, as well as the HTTP interface itself. 

No, unfortunately the Saver doesn't offer this information, but I'll pass this along as a feature request.

Can you elaborate on what exactly you mean when you say they are "still not working"? Are you getting the same "Internal Server Error" as before? I re-enabled some functionality that was disabled and causing it to fail before. It's now working properly for me. In any case, is the updated code working for you? If so, please…

Thanks for the report! Can you share: - the version number of SwiftyDropbox you're using - the version(s) of iOS you're seeing this with - the exact `open url` code you have in your app delegate Thanks in advance!

This functionality is only available to the "team member file access" permission. There isn't a way around that unfortunately. Apologies I don't have better news for you!

When using the "update" write mode, the "parentRev" value should be the latest FileMetadata.rev value you saw for the file. That allows you to safely overwrite the file without accidentally overwriting a newer version. (It will create a conflict if the rev value you supply isn't actually the latest.) Based on your…

Thanks for the report. I can't seem to reproduce this issue though. The /2/files/delete_v2 endpoint is successfully deleting a folder with a period in the middle and returning the expected response for me. Can you share a sample request/response that isn't working as expected, including response headers? Be sure to redact…

@"jianwen" Please open an API ticket with details so we can check on this for you: https://www.dropbox.com/developers/contact Thanks in advance! 

Thanks for the report Farzad! It looks like we haven't updated the source code on GitHub or the deployed version for API v2, so it wasn't currently working. I temporarily re-enabled it, so it should be working again. I'll ask the team to update the source and deployed app. Please use the code from the documentation itself…

Thanks for writing this up! Unfortunately, this behavior is sometimes expected. Even in path_display, the original casing isn't always available for all components. There's a note about this in the API v2 documentation, under "Case insensitivity": Also, while Dropbox is case-insensitive, it makes efforts to be…

No, unfortunately there isn't a way to create shared links in bulk, but I'll pass this along as a feature request.

You can get an API app key and secret (a.k.a. consumer key and secret) by creating a Dropbox API app at: https://www.dropbox.com/developers/apps/create Once you have an app created, the app key and secret will be available by going to the App Console and selecting the app here: https://www.dropbox.com/developers/apps

The `client` variable would just be a variable like any other in your app. If the `nil` check is coming back like that, it means it is not currently set. You need to set and manage it in your code. (For that reason, `DropboxClientsManager.authorizedClient` is generally more convenient.)

That's correct, the unlinkClients method clears the access tokens stored by the SDK, but it does not sign the user of the Dropbox web site in the browser. (The API access tokens are separate from the web site session.) The user can sign out (and sign back in, if they want) manually on the web site. Or, if necessary, the…

For C#/.NET, we recommend using the official API v2 .NET SDK: https://github.com/dropbox/dropbox-sdk-dotnet There's an example of uploading using it here: https://github.com/dropbox/dropbox-sdk-dotnet/blob/master/dropbox-sdk-dotnet/Examples/SimpleBlogDemo/Controllers/EditController.cs#L77

Thanks for the post. I can't promise if or when the team would update the webhooks functionality to allow this, but I'll send it along as a feature request.

Thanks for the post! I can't make any promises, but I'll send this along as a request to raise the dependency version.

@"xtremebytes" It depends on the use case, so it's up to the developer to decide what makes sense for their app. The newer `forceReauthentication` can be more inconvenient than `forceReapprove` though, since the user is forcibly signed out and has to sign in again. With `forceReapprove`, the user can still choose to switch…

@"MathanKumar" Unfortunately, it's not clear what the issue may be, and it's likely related to the particular project configuration. If you're still seeing this, please share a sample project that reproduces the issue so we can reproduce it and investigate. Thanks!

Thanks for the report. We could use some more information to look into this. I'll follow up with you privately so you can share the output without posting it publicly.

Apologies for the trouble, it looks like the SwiftyDropbox readme is a little out of date. This line: case .routeError(let boxed, let requestId): should instead be: case .routeError(let boxed, let userMessage, let errorSummary, let requestId): I'll ask the team to update that in the documentation.…

The shared link feature, such as the shared link you posted, allows a user view-only access to a file or folder. It doesn't allow an app to automatically copy/mount that folder in another user's account. (They can manually download a copy to their own account via the shared link page though.) Exactly what you should use…