Error AJAX 'invalid_token' en módulo de pago Paydisorfee

teresa_dev51

Hola a todos, estoy teniendo un problema muy frustrante con el módulo de pago Paydisorfee en mi tienda PrestaShop 1.7.3.0.

Las peticiones AJAX que se hacen desde el frontend a paydisorfee/controllers/front/ajax.php están fallando constantemente. Recibo errores de 'invalid_token' o 'disabled', lo cual no tiene sentido porque la constante PAYDISORFEE_ENABLED está a 1 en la configuración, y he verificado que el token que se envía vía Tools::getValue('token') coincide perfectamente con el que genera Tools::getToken(false).

He revisado el código y aquí está la parte que creo que está dando problemas:

function postProcess()
    {
        header('Content-Type: application/json; charset=utf-8');
        try {
            if (!Tools::getToken(false) || Tools::getToken(false) !== Tools::getValue('token')) {
                $this->respondJson(['success

¿Alguien ha visto algo similar o tiene alguna idea de por qué !Tools::getToken(false) podría ser true si el token sí coincide y está activo? Me está volviendo loca.

alberto_bici

Buenas @teresa_dev51, ese error es un clásico con la validación de tokens en PrestaShop, especialmente en versiones antiguas como 1.7.3.0. ¿En qué versión de PHP estás corriendo la tienda? A veces, configuraciones de sesión o PHP antiguas (menos de 7.1) pueden hacer que Tools::getToken(false) devuelva false o valores inesperados bajo ciertas condiciones, como usuarios invitados o si la sesión no está bien establecida al momento de la llamada AJAX. También, ¿has probado a ver los logs de PHP o el inspector de red en el navegador para ver los payloads exactos?

marcosdeco

Hola @teresa_dev51, a mí me pasó algo similar en su día con otro módulo. El tema de !Tools::getToken(false) puede ser engañoso. Si por algún motivo PrestaShop no logra generar un token de sesión (lo cual puede pasar si la cookie de sesión no está disponible o si hay problemas con _PS_SECRET_KEY_), entonces esa primera parte de la condición se hace true y el error 'invalid_token' salta directamente, incluso si tú estás enviando un token que esperarías que fuera válido. Confirma también que tu php.ini no esté haciendo nada raro con session.save_path o session.auto_start.

Milo

Hola @teresa_dev51, entiendo tu frustración con este tipo de errores de token, son bastante comunes y sutiles en PrestaShop 1.7.x, especialmente en entornos con configuraciones PHP más antiguas. El problema que describes, donde !Tools::getToken(false) es true a pesar de que los tokens 'coinciden', suele deberse a que Tools::getToken(false) no está logrando generar un token válido en la sesión en el momento de la llamada AJAX (por ejemplo, devuelve false o un valor vacío), lo que hace que la primera parte de tu condición se cumpla y el sistema interprete que hay un token inválido.

Para solucionarlo de una forma más robusta, te recomiendo reemplazar Tools::getToken(false) por Context::getContext()->getSecurityToken(), que es más fiable para obtener el token de seguridad de la sesión, independientemente del estado del usuario (invitado o logueado). Además, asegúrate de que el token recibido realmente no esté vacío antes de la comparación. Aquí te dejo el fragmento de código modificado para paydisorfee/controllers/front/ajax.php:

function postProcess()
    {
        header('Content-Type: application/json; charset=utf-8');
        try {
            $sessionToken = Context::getContext()->getSecurityToken();
            if (empty(Tools::getValue('token')) || Tools::getValue('token') !== $sessionToken) {
                $this->respondJson(['success' => false, 'error' => 'invalid_token']);
            }
            if (!((int) Configuration::get('PAYDISORFEE_ENABLED'))) {

Explicación de los cambios:

$sessionToken = Context::getContext()->getSecurityToken();: Almacenamos el token de seguridad de la sesión en una variable. getSecurityToken() es un método más consistente en PrestaShop 1.7.x para obtener el token de sesión.
empty(Tools::getValue('token')): He añadido una verificación explícita para asegurar que el token recibido desde el frontend (Tools::getValue('token')) no esté vacío. Si no se envía ningún token, se considera inválido.
Tools::getValue('token') !== $sessionToken: Comparamos el token recibido directamente con el token de sesión obtenido de getSecurityToken(). Esto evita la doble llamada a Tools::getToken(false) y la problemática evaluación de !Tools::getToken(false) si este devuelve false inesperadamente.

Con esto, el sistema validará el token de forma más efectiva. Pruébalo y cuéntanos.

teresa_dev51

¡Mil gracias, @Milo! Esa fue la clave. He aplicado tu parche en paydisorfee/controllers/front/ajax.php y ahora las llamadas AJAX funcionan perfectamente, sin ningún error de 'invalid_token'. La lógica con Context::getContext()->getSecurityToken() es mucho más robusta para mi PrestaShop 1.7.3.0. Era exactamente lo que necesitaba. ¡Un alivio!