Greg-DB Dropbox Community Moderator

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…

We're looking into this, and for reference, we are still now returning a "Content-Type" of "audio/mp4" for .m4a files, and I can confirm we are currently returning "application/octet-stream" for .m4b files. From what we can tell though, we did not previously return a more specific "Content-Type" like "audio/mp4" for .m4b.…

[Cross-linking for reference: https://github.com/dropbox/SwiftyDropbox/issues/345 ] @"muthulingam" Thanks for the report. I just tried reproducing this with the same version of the Dropbox SwiftyDropbox SDK and Dropbox app, but it worked successfully for me. My test device is on iOS 15.0.2 though, so it may be worth…

Thanks for checking that! We'll look into it.

Thanks for the report. Can you try switching to files_search_v2/files_search_continue_v2 and let me know if you do or don't see the issue with that as well?

Please reach out to your partner contact at Dropbox (i.e., whoever you worked with to get your app listed originally) for help with this. If you are unable to reach them, then open a ticket here instead.

I don't have an update on this yet. I'll check in with the team and follow up here once I have any news.

@"Kris Brown" You can fill out this form to request a Dropbox Business Development Account, which should use the old configuration by default.

The Dropbox API does now have two different types of access tokens: "long-lived" and "short-lived". Long-lived access tokens don't expire by default, while short-lived access tokens expire after a short period of time (with an option to use "refresh tokens" for long-term access). Dropbox is moving to exclusively issuing…

Thanks for the report! Can you also share: * the code you're using to start the authorization flow * whether or not you also have the non-scenes "Handle redirect back into SDK" code added * the version number of the Dropbox SDK * the version number of the Dropbox iOS app * the version number of iOS

1. Thanks, we'll check on this. 2. The "Maximum response size reached" error doesn't appear to be coming from Dropbox itself. I also just tried and I was able to successfully access a file larger than 100 MB via a temporary link retrieved by get_temporary_link, so it looks like this is a client-side issue. You'll need to…

Update: to help accommodate clients with this issue who can't apply a fix client-side, we're no longer returning the "#" at the end of these links.

Update: we're no longer returning the "#" at the end of these links.

The Dropbox API doesn't offer the ability to programmatically set the connected account's user name, but I'll pass this along as a feature request. I can't promise if or when that might be implemented though. For reference, the Dropbox Business API does offer the ability to set a team member's name via the…

@"Ingi" @"flygecko" Thanks for following up. It looks like we're planning on removing the "#" on our side to help accommodate this. I'll follow up here if/when that is done. @"flygecko" I'm not sure I follow your question regarding the access token. Note that migrating your app to scopes and/or creating a new access token…

The behavior of putting back the unshared folder in your home folder instead of the original location does not sound expected. Would you be able to share a sample of the API requests/responses showing a case of this so we can look into it specifically? (Be sure to redact your access token though.) Feel free to open an API…

Thanks for following up. I see you're referring to the links returned by the /2/files/get_temporary_link endpoint. Per the Dropbox API spec, the returned GetTemporaryLinkResult.link field is only documented as String without a more specific format/domain guaranteed. The exact link format/domain used may vary over time as…

[Cross-linking for reference: https://github.com/dropbox/dropbox-sdk-java/issues/353 ] Thanks for following up. I'm glad to hear you already got this working. For reference, you can find more information on how the user limit works here.

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