Handle block responses from the server

v3.0

When the “Automatic Interceptor” is enabled, the SDK will generate an error response when the URL request was blocked or when the challenge was solved/cancelled. You should check the response’s body if it’s one of the SDK’s errors.

Checking the error

You can check the error by using those APIs:

1. PerimeterX/isRequestBlockedError(error:) - returns true when the request was blocked.
2. PerimeterX/isChallengeSolvedError(error:) - returns true when the request was blocked and the user solved the challenge.
3. PerimeterX/isChallengeCancelledError(error:) - returns true when the request was blocked and the user cancelled the challenge.

Here is an example on how to check the error from the response’s body:

1
try {
2
   val request: Request = Request.Builder().url("https://my-url.com").build()
3
   okHttpClient.newCall(request).execute().use { response ->
4
      if (!response.isSuccessful) {
5
         response.body?.string()?.let { responseBody ->
6
            if (PerimeterX.isRequestBlockedError(responseBody)) {
7
               println("request was blocked by PX")
8
            }
9
            if (PerimeterX.isChallengeSolvedError(responseBody)) {
10
               println("request was blocked by PX and user solved the challenge")
11
            }
12
            if (PerimeterX.isChallengeCancelledError(responseBody)) {
13
               println("request was blocked by PX and challenge was cancelled")
14
            }
15
         }
16
      }
17
      else {
18
         println("request was finished")
19
      }
20
   }
21
} catch (exception: Exception) {
22
   println("request was failed. exception: $exception")
23
}

When will you receive those errors

When the “Automatic Interceptor” is enabled, the SDK will handle the block response from your server. The SDK will return the following errors to your URL request’s handler:

1. “Request was blocked” - The URL request’s handler will be called once the block response arrives to your app. A challenge will be presented to the user.
2. “Challenge was solved” - The URL request’s handler will be called once the challenge was solved by the user. You may retry the URL request after getting this error.
3. “Challenge was cancelled” - The URL request’a handler will be called once the challenge was cancelled by the user.

How the SDK presents the block page to the user

When the SDK receives the block response from the server it performs the following actions:

1. Presenting a block activity in the app, over your other activities.
2. In the block activity the SDK presents a web view which loads the challenge that must be solved by the user (or the bot).
3. Once the challenge is solved, the SDK removes the block activity and allow the user to continue working in your app.

How to handle “challenge was cancelled”

In Android, there are few cases which the challenge will be cancelled:

1. The user press on the device’s physical back button.
2. Other activity in your app is starting (which caused the challenge activity to be paused).

After the challenge is cancelled, the user will have to perform the action again. Then, a new challenge will appear. On both iOS and Android, your app should handle the “challenge was cancelled” result.