Skip to main content
Version: Node.js

Magical Auth Reference

To perform a Magical Auth 2FA verification you need to the following steps:

  1. Initiate a 2FA verification session: This is done by sending a request from the user's device or from the backend by providing the user's phone number. The server will detect what verification channel the user is able to perform and initiate the verification process.
  2. Verify the user: This is done by sending the verification code to the server to check if the user has successfully verified their phone number.

The Magical Auth service is available through the MagicalAuthClient through the GlideClient instance.

MagicAuthClient Reference

Methods

1. startAuth

Description: startAuth starts the 2FA verification process by sending a request from the user's device or by providing the user's phone number.

Syntax:

startAuth(props: MagicAuthStartProps = {}, conf: ApiConfig = {}): Promise<MagicAuthStartResponse>;

Parameters:

ParameterTypeDescription
propsMagicAuthStartPropsAn object containing the start auth properties.
confApiConfigAn object containing optional API configuration like session.

MagicAuthStartProps Properties:

PropertyTypeDescription
phoneNumberstringOptional - The phone number to verify.
emailstringOptional - The email to verify.
redirectUrlstringOptional - The URL to which the user will be redirected after a successful verification.
statestringOptional - A state value that can be used to maintain state between the client and server.

One of phoneNumber or email must be provided.

Returns:

  • MagicAuthStartResponse: An object containing the verification status.

MagicAuthStartResponse Properties:

PropertyTypeDescription
typestringThe value can be MAGIC, SMS or EMAIL
authUrlstringOptional - The URL to open on the user's device in case of MAGIC type.

Example:

import { GlideClient } from "glide-sdk";

async function main() {
const glide = new GlideClient();
const magicAuthStartResponse = await glide.magicAuth.startAuth({
phoneNumber: "+555123456789"
});

if (magicAuthStartResponse.type === "MAGIC") {
console.log(`Open this URL on the user's device: ${magicAuthStartResponse.authUrl}`);
} else {
console.log(`Verification code sent to the user's device using channel ${magicAuthStartResponse.type}`);
}
}

main().catch(console.error);

2. verifyAuth

Description: verifyAuth checks the code / token received from the user's device to verify the user.

Syntax:

verifyAuth(props: MagicAuthVerifyProps, conf: ApiConfig): Promise<MagicAuthCheckResponse>;

Parameters:

ParameterTypeDescription
propsMagicAuthVerifyPropsAn object containing the verification properties.
confApiConfigAn object containing optional API configuration like session.

MagicAuthVerifyProps Properties:

PropertyTypeDescription
codestringOptional - The code received from the user's device via EMAIL or SMS.
phoneNumberstringOptional - The phone number to verify if SMS or MAGIC.
emailstringOptional - The email to verify in case of EMAIL
tokenstringOptional - The token received from the user's device in case of MAGIC.

Two paramters need to be sent based on the type received from the startAuth method.

  • SIM: token and phoneNumber
  • MAGIC: token and phoneNumber
  • SMS: code and phoneNumber
  • EMAIL: code and email

Returns:

  • MagicAuthCheckResponse: A MagicAuthCheckResponse instance.

MagicAuthCheckResponse Properties:

PropertyTypeDescription
verifiedbooleanWhether the user is verified.

Example:

import { GlideClient } from "glide-sdk";

async function main() {
const glide = new GlideClient();
const magicAuthCheckResponse = await glide.magicAuth.verifyAuth({
token: "code-from-user-device",
phoneNumber: "+555123456789"
});

if (magicAuthCheckResponse.verified) {
console.log("User verified");
} else {
console.log("User not verified");
}
}

main().catch(console.error);

Error Handling

Each method in ExampleService can throw errors under certain conditions. Developers should handle these exceptions as part of their implementation. Common errors include:

  • InvalidInputError: Thrown when input parameters do not meet the required format or type.
  • OperationFailedError: Thrown when an operation cannot be completed successfully due to various issues, such as network problems or service unavailability.

Type Definitions

ApiConfig

This object can be sent to most service apis to override the default configuration like the access token used in the request.

Properties

PropertyTypeDescription
sessionSessionAn optional session object for authentication and authorization.

Session

This object represents a user session with an access token, expiration time, and associated scopes.

Properties

PropertyTypeDescription
accessTokenstringThe access token for the session.
expiresAtnumberThe expiration time of the session.
scopesstring[]An array of scopes associated with the session.