GTMAppAuth flow breaks if using Google Chrome about gtmappauth HOT 7 CLOSED

    BOOL openedBrowser = [[NSWorkspace sharedWorkspace] openURLs:@[URL]
                                         withAppBundleIdentifier:kSafariBundleID
                                                         options:0
                                  additionalEventParamDescriptor:nil
                                               launchIdentifiers:nil];
    if (!openedBrowser) {
        openedBrowser = [[NSWorkspace sharedWorkspace] openURL:URL];
    }

from gtmappauth.

Just in case someone else runs into it. Just default it to open with safari instead

from gtmappauth.

@dsanghan Would you be willing to make a pull request?

from gtmappauth.

I feel we should plumb the desired bundle identifier out so that clients can use an explicit value, as in the example here. We should also expose some common browser bundle identifiers as constants for convenience. Default behavior can remain as-is, but clients who want to opt-in to safari-only or X-only can.

I believe this issue is otherwise more generally solved with the built-in callback server in AppAuth?

from gtmappauth.

Hi I added a sample project which included MacOs and swift support. I tested it on Chrome and it worked fine. The only thing I can think might be causing above is if the Url is not entered correctly into your Info.plist

#60 has the pull request - feel free to try it if it's still an issue.

from gtmappauth.

@grantkemp: I'd also opened an issue on chromium. Might have been fixed at their end. I'll recheck and close if needed. Thanks.

from gtmappauth.

As of Safari 11, Safari exhibits similar behavior (it closes the native prompt instead of ignoring user input like Chrome does).

The previous suggestion remains the best one (use the built-in callback server to avoid the dialogs altogether when using an IdP that supports PKCE, like Google).

Otherwise, this is a browser and IdP issue.

from gtmappauth.