Android

Recuperando registros

Prerrequisitos para Logcat

Antes de recuperar archivos de registro de un dispositivo Android, complete esta configuración:

• Android Debug Bridge (ADB) está instalado en el sistema host.

• La opción de depuración USB está habilitada en el dispositivo bajo prueba.

• El dispositivo Android está conectado al sistema host con un cable USB y el controlador USB está instalado.

Ejecute el siguiente comando para verificar su configuración:

adb devices

Una salida similar a la siguiente indica que ADB puede alcanzar el dispositivo:

List of devices attached228b0e100d047ece device

Si este no es el caso, compruebe que se cumplen los prerrequisitos especificados arriba.

Hay guías en línea que cubren estos pasos.

Para una configuración de extremo a extremo, consulte https://support.citrix.com/article/CTX232375.

Advertencia

Algunos dispositivos requieren que habilite el registro del dispositivo desde un menú específico del proveedor.

Por ejemplo, en dispositivos Huawei esto está bajo un menú que puede abrir marcando *#*#2846579#*#*. Para más detalles, consulte https://stackoverflow.com/questions/18124334/huawei-logcat-not-showing-the-log-for-my-app.

Pasos recomendados para capturar registros

• Abra el símbolo del sistema y borre todos los búferes de registro en el dispositivo:

adb logcat -b all -c

• Inicie la captura de registros:

adb logcat> TestLogFileName.txt

• Realice el/los caso(s) de uso.

• Presione CTRL+C en el símbolo del sistema para detener la captura de registros.

• Localice TestLogFileName.txt en el directorio donde ejecutó el comando en el paso 2.

Variante del SDK y filtros de registro

• Para capturar los registros más detallados, use una compilación de la aplicación que utilice la debug variante del SDK.

• Evite filtros de registro que limiten los mensajes capturados. Estos mensajes son útiles para la resolución de problemas.

• Mantenga los registros pequeños limitando el tiempo de captura. Comience a capturar justo antes del caso de uso. Detenga la captura justo después de que se complete.

Recuperando registros de Google Pay

1. Solicite a Google que agregue sus cuentas de prueba a la lista permitida. Envíe la solicitud usando el formulario de contacto de aprovisionamiento.

2. Después de que Google conceda acceso, filtre los registros en Logcat usando TapAndPay.

Recuperando registros de Samsung Pay

Para recuperar registros de la API Samsung Pay, configure la clave de API de depuración como se describe en Incorporación del emisor.

Errores del servidor

Si recibe un error relacionado con el servidor, es posible que pueda obtener el ID de la solicitud de la API desde TPCSDKExceptionde getRequestId() método. Use este ID de solicitud cuando informe el problema al equipo de soporte.

Errores comunes

Modo incorrecto

Este error ocurre cuando el dispositivo está en el modo incorrecto. Cambie el dispositivo de SANDBOX modo a PROD modo. Para más detalles, consulte Pruebas en Sandbox. El error típicamente se ve así:

Internal Error: CheckEligibility error in CardNetworkTokenService vendor layer: code: 14

Longitud de campo inválida - cardholderName

Este error ocurre en la red de pagos Mastercard cuando la longitud de cardHolderName excede el máximo permitido. La longitud máxima para cardHolderName es de 27 caracteres (según la política de Mastercard). Para más detalles, consulte la documentación de Mastercard. El error típicamente se ve así:

Longitud de campo inválida - cardholderName"Internal Error: CheckEligibility error in CardNetworkTokenService vendor layer: code: 3

Credenciales de clave API incorrectas

Este error indica que el proyecto no está configurado en el lado de la red de pagos. Configure el proyecto con la red de pagos. El error típicamente se ve así:

card_network_token_error_code: "AUTHENTICATION_ERROR"

Google Pay no disponible

Este error ocurre si se cumple una de estas condiciones:

• Su dispositivo está en un país donde puede usar Google Wallet.

• La aplicación se está ejecutando en el emulador.

• El dispositivo no tiene instalados los servicios de Google Play. Los servicios de Google Play se pueden descargar.

• El nombre del paquete de la aplicación no está registrado para usar la API de Push Provisioning de Google. Consulte la documentación de Google para más información.

• La huella digital de la aplicación ha cambiado en comparación con la que está en la lista permitida de Google.

• El Sandbox puede estar temporalmente no disponible. Espere unos días y vuelva a intentarlo de forma intermitente. Si el problema persiste, o si ocurre en PPROD o PROD, contacte a [email protected].

Error de compilación debido a entrada duplicada de R.txt

Esto generalmente ocurre cuando la aplicación establece android.enableJetifier=true en gradle.properties. Para solucionarlo, desactive Jetifier o excluya el SDK de Push Provisioning de las transformaciones de Jetifier:

android.jetifier.blacklist=tpcsdk-release-1.3.0-220421.aar

Los detalles de un error de compilación típico se muestran de la siguiente manera:

> Failed to transform tpcsdk-debug-1.3.0-210421.aar (project :tpcsdk-debug) to match attributes {artifactType=android-res}.> Execution failed for JetifyTransform: <omitted>/tpcsdk-debug/tpcsdk-debug-1.3.0-210421.aar.> Failed to transform '/Users/abc/Documents/Projects/TPC_SDK/Delivery/TPC_SDK/TPC_SDK_ANDROID_1_2_0/demo/libs/tpcsdk-debug-1.3.0-210421.aar' using Jetifier. Reason: duplicate entry: R.txt. (Run with --stacktrace for more details.)

Push Provisioning iniciando una nueva aplicación

En casos raros, el flujo de push provisioning se abre en una aplicación externa. Cuando esto sucede, la aplicación iniciada no puede recibir el resultado de Google Pay.

Ejemplo del flujo de push provisioning que se abre fuera de la aplicación del emisor.

Pantalla de resultados mostrada por Google Pay cuando el control no se devuelve a la aplicación del emisor.