iOS 17.x can no longer login and allow dropbox access on app

It looks like this is more about iOS and its interaction with local servers/Xamarin, as opposed to the Dropbox API itself. You may be better served by referring to resources about iOS or Xamarin for help with this.

For instance, I found this thread which may be helpful.

It appears HttpListener is the issue, is there another way to use Dropbox in my app? Or to at least authorize the app, because it does work fine on iOS 17 if the app has already been authorized/logged in with iOS 16

Some workaround (till real solution finding out) could be copying auth code by hands instead of using HttpListener for that. 🤷 Somehow ugly, but will work stable everywhere. 😉

Good luck.

phunction As Здравко said, you can omit the redirect URI entirely, in which case the user will be presented with the authorization code directly so they can manually copy/paste it into the app.

Otherwise, to use a redirect URI if you can't use a server, you can use a redirect URI with a custom URL scheme for your app, if you use PKCE in the app authorization flow. A redirect URI with a custom URL scheme would look something like "customappscheme://auth"; you would need to decide on and set the exact strings you want to use and configure that for your app. Refer to your platform's documentation for information on defining and using custom schemes like that.

The Dropbox .NET SDK examples happen to use a listener, but the authorization flow itself also supports custom URL schemes when using PKCE.

In any case, the Dropbox .NET SDK is not built for or tested with Xamarin/Maui/iOS in particular. I'll pass this along as a feature request for official support for that, but I can't promise if or when that might be implemented.

Note that, separate from the .NET SDK, Dropbox does offer native SDKs for Swift and for Objective-C meant for use on Apple platforms. Dropbox recommends using these native SDKs for those platforms, as they'll handle most of the work of the authorization flow for you.

OK, thanks. Is there an example currently on line that shows the "customappscheme://auth";  method with PKCE?

I don't believe we have a full example for that exactly, but I have a post here that may be helpful.

I am trying to get this work with my iOS app, I have an redirect uri of myapp://oauth2redirect

However, I am unable to use it as my dropbox account wants me to use a uri of https:

What am I missing here? How do I get pkce to work without having to have some kind of webserver setup?

When I try to start the authflow, the dropbox website gives me the error:

Error 400: Invalid redirect uri. It must exactly match one of the redirect uris you've preconfigured for your app (including the path).

I use 

var authorizeUrl = DropboxOAuth2Helper.GetAuthorizeUri(OAuthResponseType.Code, appKey, pkceuri, state: state, tokenAccessType: TokenAccessType.Offline, codeChallenge: codeChallenge);

phunction The particular error message you shared here is referring to the redirect URI not being registered for the app; it isn't referring to the protocol (such as "https://" or "myapp://").

Whether using PKCE or not, the redirect URI value (the "pkceuri" variable in your code) must exactly match one of the redirect URIs registered for the app (based on the app key being used, the "appKey" variable in your code) on the App Console. If the redirect URI does not match exactly, you'll get that error message. To fix that, sign in to the account that owns the app (if you're not already) and register the relevant redirect URI using the "OAuth 2" "Redirect URIs" section of the app's page on the App Console.

It may be helpful to print out the values of "appKey" and "pkceuri" to double check you're registering the exact redirect URI for the relevant app.