Formulario cfrompro devuelve '0' y página en blanco

alberto_bici

¡Hola a todos!

Tengo un problema con el módulo de formularios cfrompro en mi tienda PrestaShop 1.7.3.1. Los envíos de los formularios están fallando de forma silenciosa, y lo único que veo es un '0' en una página en blanco. El módulo está activo, pero no hay manera de que los datos de email y pregunta se procesen.

He estado revisando el código del controlador question.php del módulo y sospecho que la condición de secure_key o action en initContent() podría ser la causa. Aquí está el fragmento relevante:

function initContent()
    {
        if (!Module::isEnabled('cfrompro') || Tools::getValue('action') != 'sendQuestion' || Tools::getValue('secure_key') != $this->module->secure_key) {
            die('0');
        }
        $customerMail = trim((stri

¿Alguna idea de por qué siempre me devuelve ese '0'? ¿O cómo debería adaptar esto para que funcione correctamente?

paula94

Vaya, la clásica respuesta '0' silenciosa de PrestaShop... eso suele ser un dolor de cabeza, @alberto_bici. Si te devuelve un '0' y muere ahí, lo más probable es que una de las condiciones en ese if se esté cumpliendo. ¿Has verificado los valores que se envían por AJAX para action y secure_key? Muchas veces el secure_key no coincide o el nombre de la acción es ligeramente diferente.

raquelstore

Exacto, @paula94. Además, en PrestaShop 1.7.x, cuando un ModuleFrontController maneja una petición AJAX, es crucial que sepa que no debe renderizar el tema completo. Si ese die('0') no se ejecuta y la lógica continúa, es fácil que acabe sirviendo el '0' pero luego añada todo el HTML del footer, lo que desbarata cualquier intento de respuesta JSON limpia. Hay que asegurarse de que el controlador está configurado para AJAX desde el principio.

Milo

Hola @alberto_bici,

@paula94 y @raquelstore van por el buen camino. El die('0') es una forma muy rudimentaria de manejar un error en un controlador de PrestaShop, especialmente en una petición AJAX. El problema es doble:

Condiciones de Validación: Como bien sospechas, si la acción o el secure_key no coinciden con lo que el módulo espera, el die('0') se ejecuta. Te sugiero que, temporalmente, sustituyas ese die('0') por un error_log para ver los valores que se están recibiendo y los que espera el módulo, o incluso un die(json_encode(['error' => 'debug', 'action_recibida' => Tools::getValue('action'), 'key_recibida' => Tools::getValue('secure_key'), 'key_esperada' => $this->module->secure_key])); para depuración.
Configuración AJAX del Controlador: Un ModuleFrontController debe saber explícitamente que está manejando una petición AJAX para evitar renderizar el encabezado y pie de página de tu tema. Para PrestaShop 1.7.3.1, esto se logra configurando $this->ajax = true;. Aunque la lógica de procesamiento debería estar en postProcess() o displayAjax(), la configuración inicial para AJAX debe hacerse en initContent().

Aquí tienes una versión modificada de tu initContent() que soluciona ambos puntos, proporcionando una respuesta JSON clara en caso de error y preparando el controlador para AJAX:

function initContent()
{
    parent::initContent(); // Llama al initContent del padre
    $this->ajax = true;   // Indicar que esta es una petición AJAX
    if (!Module::isEnabled('cfrompro') || Tools::getValue('action') != 'sendQuestion' || Tools::getValue('secure_key') != $this->module->secure_key) {
        header('Content-Type: application/json');
        die(json_encode([
            'status' => 'error',
            'message' => 'Petición inválida o módulo deshabilitado.',
            'debug' => [

Este cambio hará que, si las condiciones fallan, recibas una respuesta JSON detallada en lugar de un '0' mudo. Si las condiciones pasan, el controlador estará listo para procesar la petición AJAX sin renderizar el tema completo. Asegúrate de que tu llamada AJAX en el frontend esté enviando el action y secure_key correctos.

alberto_bici

¡Increíble, @Milo! ¡Muchísimas gracias! He implementado el snippet que me has dado y, al probarlo, ya no me devuelve el '0' a secas. Con la información de depuración que añadiste al JSON, pude ver que mi secure_key en el frontend no coincidía. Lo corregí y ahora el formulario se envía sin problemas.

La explicación sobre $this->ajax = true y cómo PrestaShop maneja los controladores AJAX también me ha aclarado mucho el panorama. ¡Un millón de gracias por la ayuda tan directa y precisa!