Skip to content

An iOS library that verifies a user's group affiliation through a modal UIWebView.

License

Notifications You must be signed in to change notification settings

IDme/ID.me-WebVerify-SDK-iOS

Repository files navigation

ID.me WebVerify SDK (iOS)

The ID.me WebVerify SDK for iOS is a library that allows you to verify a user's group affiliation status using ID.me's platform. A sample project has been provided to delineate the integration process.

Release Information

  • SDK Version: 4.0.1 (April 04, 2017)
  • Maintained By: ID.me

For more information please email us at [email protected] or visit us at http://developer.id.me.

Changelog

The changelog can be found in CHANGELOG.md

Installation

Using Cocoapods

Simply add this line to your Podfile:

pod 'IDmeWebVerify'

Manual installation

  • Download it from Github and drag the downloaded files to your Xcode project.
  • If you are working with Swift you will have to import IDmeWebVerify.h in your ObjC Bridging Header.
  • Import SAMKeychain as this SDK depends on it. You can also drag it to your project or use a dependency manager to import it.

Setup

Step 1

You must call IDmeWebVerify.initialize(withClientID: String, clientSecret: String, redirectURI: String) before using the SDK. You can do it in application(didFinishLaunchingWithOptions:) for example.

import IDmeWebVerify

class AppDelegate: UIResponder, UIApplicationDelegate {

    func application(_ application: UIApplication, didFinishLaunchingWithOptions launchOptions: [UIApplicationLaunchOptionsKey: Any]?) -> Bool {
      IDmeWebVerify.initialize(withClientID: "<client_id>", clientSecret: "<client_secret>", redirectURI: "<custom_scheme://callback>")
    }
}

You should get the parameters <client_id>, <client_secret>, <custom_scheme://callback> at http://developer.id.me.

Step 2

You must handle the redirect calls from the SDK. For this you have to register your redirectURI's URL scheme for your app. Go to Project Navigator -> Select your target -> Info -> URL Types -> New and add your redirectURI's scheme in URL Schemes. Example: if your redirectURI is my_custom_scheme://callback, enter my_custom_scheme in URL Schemes.

Step 3

In your AppDelegate you must handle the redirectURL when it gets called. You do this by defining the corresponding delegate functions and then calling IDmeWebVerifySDK to handle the URL.

If your app supports iOS 9 and above add:

func application(_ app: UIApplication, open url: URL, options: [UIApplicationOpenURLOptionsKey : Any] = [:]) -> Bool {
    let handled = IDmeWebVerify.sharedInstance().application(app, open: url, options: options)

    if !handled {
        // do something else
    }
    return handled
}

If your app supports a lower iOS version than 9.0 then you must also add these methods:

func application(_ application: UIApplication, open url: URL, sourceApplication: String?, annotation: Any) -> Bool {
    let handled = IDmeWebVerify.sharedInstance().application(application, open: url, sourceApplication: sourceApplication, annotation: annotation)

    if !handled {
        // do something else
    }
    return handled
}

func application(_ application: UIApplication, handleOpen url: URL) -> Bool {
    let handled = IDmeWebVerify.sharedInstance().application(app, open: url, options: [:])

    if !handled {
        // do something else
    }
    return handled
}

Migrating from 3.2 to 4.0

There were several changes introduced in version 4.0. These are some of the major changes you need to take into account when migrating:

  • You must now call IDmeWebVerify.initialize before using the SDK.
  • verifyUserInViewController:withClientID:redirectURI:scope:withResults has been removed. You should now call verifyUser(in: UIViewController, scope: String, withTokenResult: IDmeVerifyWebVerifyTokenResults) and then getUserProfile(withScope: String?, result: IDmeVerifyWebVerifyProfileResults) in the result callback.
  • The SDK handles the access and refresh tokens by storing them in the Keychain. As the access tokens are short-lived it can happen quite frequently that the stored access token has expired and needs to be refreshed. That is why you have to call IDmeWebVerify.sharedInstance().getAccessToken(withScope: String, forceRefreshing: Bool, results: IDmeVerifyWebVerifyTokenResults) which includes a callback with the token (refreshed if it had expired) or an error. You should call this method before each of your requests to the ID.me backend. The most common errors are that the token could not be refreshed and that there is no access token stored for the specified scope (happens before login).
  • There are also some new functions you can see in IDmeWebVerify.h

Examples

To see a working example you can:

  • Download this repository
  • Open WebVerifySample.xcodeproj
  • Set your clientID, clientSecret, redirectURI and scope in ViewController.m
  • Replace your_custom_scheme with your redirectURI in WebVerifySample-Info.plist -> URL Types (or through Project Navigator)

Execution

Verification occurs through a SFSafariViewController to comply with the best practices for OAuth in iOS. This means the SDK will open Safari for the user to log in. You must call verifyUser(in: UIViewController, scope: String, withTokenResult: IDmeVerifyWebVerifyTokenResults) to launch a SFSafariViewController for the user to authenticate. Take care not to call this method while another instance of that verification process is still under way as it will throw an exception.

Internet Connectivity

Internet connectivity is required, as the verificaiton occurs through a webView.

About

An iOS library that verifies a user's group affiliation through a modal UIWebView.

Resources

License

Stars

Watchers

Forks

Packages

No packages published