Greg-DB Dropbox Community Moderator

I see, thanks for clarifying! I'll send this along as a request to the team to see if we can publicly expose something to do that in the Objective-C SK.

I see you opened this in API section of the forum, but this issue doesn't appear to be related to the API itself. (You don't seem to be referring to calling the actual Dropbox API, but rather are interacting with Dropbox shared links directly.) I'll try to offer whatever help I can though. I tried to replicate the scenario…

You shouldn't actually have to do most of this work in your own code. As long as you use the authorizeFromControllerV2 method to start the authorization flow as shown here, and then receive the result as shown here, the SDK would then handle the token storage and refresh process for you automatically. You would use the…

@"mbm123" Assuming you're referring to the username/password for your own app (that is, your app should never request or handle Dropbox username/passwords directly), yes, you can have the user log in to your own app, and then send them through the Dropbox app authorization flow to request access to their Dropbox account.…

@"mbm123" It's not possible to perform the entire OAuth app authorization flow within your own app only. The user needs to be sent to Dropbox to indicate to Dropbox whether or not they want to authorize the app. If they do approve it, Dropbox itself then generates the token(s). Note though that you only need to do this…

@"rightcelebrator" Your thread was placed in the API section of the forum, but this issue doesn't appear to be related to the API itself. (Your sample isn't calling the actual Dropbox API, but rather is interacting with Dropbox shared links directly.) In addition, we can't offer help for Autohotkey or…

Have you migrated your app registration to scopes yet? You can do so via the "Permissions" tab on the app's page on the App Console. You'll need to do so before you can use the new authorizeFromControllerV2 method. (Apologies for the generic error message!)

@"mbm123" Third party apps enable end-users to connect their Dropbox accounts by implementing the OAuth app authorization flow. This is a way for third party apps to ask the user to allow the app to access the user's account. When the user approves an app using this flow, the app is given an access token. You can find more…

@"mbm123" Performing Dropbox API calls, such as to list and download files from a Dropbox account, does require an access token; they can't be performed using the account username and password directly.

@"vivek-qualys-ssc" No, unfortunately I don't have any news on this request.

The new authorization functionality was added in v6.0.0, so you'll want to use the latest version after that which you can support in your project. You can find the release history here. The Alamofire dependency was updated in v8.0.0, so you may want to try the latest before that, v7.0.1. Otherwise, if that doesn't work…

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

@"jon p" Yes, using that method will let the SDK take care of this for you automatically in the background. And yes, you should use the same refresh token for a given user. The refresh token can and should be used repeatedly. It does not expire on its own (though it can be revoked by the user or app).

1. The API includes information about the expiration of a short-lived access token when returning it. (It's four hours, but you should use the value returned by the API.) If you're using an SDK, it will translate these API responses for you automatically. 2. Short-lived access token expiration does not rely on whether or…

For any given shared/team folder, you can use /2/sharing/list_folder_members[/continue] to list who has access to it.

The Dropbox API doesn't offer a way to list this kind of integration, but I'll pass this along as a feature request. I can't promise if or when that might be implemented though.

Thanks! So it looks like you're hitting this error condition in the Dropbox Java SDK when calling finishFromRedirect here: DbxAuthFinish response = pkceWebAuth.finishFromRedirect(redirectUri, new DbxStandardSessionStore(request.getSession(), sessionKey), request.getParameterMap()); This occurs when…

It looks like you're referring to some of the integrations listed at the top of the page in that screenshot, like Zoom. Some of those are special partner integrations on Dropbox, not built like third party apps linked using the Dropbox API, and so will not show up in linked app list returned by the API.

@"BattleShip" If you'd like to write some code to programmatically export events from your Business team, you could use the /2/team_log/get_events[/continue] endpoints. Those are links to the documentation for the HTTPS endpoints themselves, but we recommend using one of the official SDKs if possible. Those have…

Based on the context and version number you supplied, it sounds like the you're using the official Dropbox API v2 Java SDK. Can you also share the relevant code snippet(s) (but don't include any access/refresh token(s)), as well as the steps you're following when this issue occurs? Thanks in advance!

Thanks for the feedback! I'm sending this along to the team.

I'm glad to hear you were able to get it working already. For reference though, it's technically safer to parse the URL and set the parameter, instead of just adding it as a string. For instance, you could do something like: var modifiedAuthUrl = new URL(authUrl);modifiedAuthUrl.searchParams.set('force_reapprove',…

The official Dropbox JavaScript SDK doesn't have the 'force_reapprove' option built in, but I'll pass this along as a feature request. I can't promise if or when that might be implemented though. You should be able to add that to the URL returned by getAuthenticationUrl though. Can you share what you have so far, and what…

1A) The creation of new long-lived access tokens is now considered deprecated, but we don't currently have a plan to disable existing long-lived access tokens. (If that changes, we will of course announce that ahead of time.) That being the case, you can continue using existing long-lived access token(s). You do not need…

I'm not sure I understand your message. Did you resolve the issue or do you still need help from Dropbox?

If you need a non-temporary link, you can instead use /2/sharing/create_shared_link_with_settings to get a shared link. You can also modify those shared links for different behaviors as documented here.

That 'http.Start' call starts the local web server which is used to catch the redirect from the app authorization flow. The error message seems to be indicating that the server can't be started, perhaps because that port is already in use. Is there anything on that computer using that port, or do you maybe accidentally…

That should be fine. The upload session endpoints support uploading files up to 350 GB in size.

[Cross-linking for reference: https://github.com/dropbox/dropbox-sdk-js/issues/769 ] I've followed up on your GitHub post.

No, unfortunately, the Dropbox API doesn't offer the ability to retrieve the time a file was opened and not modified like that, but I'll pass this along as a feature request. I can't promise if or when that might be implemented though.