Estilos y JS no cargan en panel admin módulo Conorderdis

gonzalosevilla

¡Hola a todos!

Estoy teniendo un problema bastante molesto con la interfaz de administración de mi módulo 'conorderdis' en PrestaShop 1.7.7.5. Parece que los archivos CSS y JS (específicamente admin_conorderdis.css y adminConditionBuilder.js) no se están cargando en el panel de administración del módulo. La interfaz se ve totalmente desnuda, sin estilos y sin ninguna funcionalidad dinámica.

He estado revisando el código en conorderdis/classes/ConorderdisAdmin.php y la parte que se encarga de añadir los assets es esta:

function run()
    {
        if (isset($this->context->controller) && method_exists($this->context->controller, 'addCSS')) {
            $this->context->controller->addCSS($this->module->getPathUri() . 'views/css/admin_conorderdis.css');

El problema es que, a pesar de que la condición if se cumple, los archivos simplemente no aparecen en el head del HTML. No sé si getPathUri() está generando una ruta incorrecta o si hay algún otro problema con cómo addCSS/addJS se están llamando en esta versión de PrestaShop desde esta clase auxiliar. ¿Alguna idea de por qué puede estar pasando esto?

angel_96

Hola @gonzalosevilla. Ufff, eso de que no carguen los estilos es un clásico. ¿Has comprobado la consola del navegador (F12) cuando estás en esa página del módulo? Mira la pestaña 'Red' para ver si los archivos admin_conorderdis.css y adminConditionBuilder.js aparecen con un error 404 o si simplemente no se están solicitando. A veces, getPathUri() puede dar problemas si la configuración de la tienda o del servidor no es estándar. ¿Qué versión de PHP estás usando exactamente?

manueltech

Concuerdo con @angel_96. Es fundamental ver la consola. También, en PrestaShop 1.7, la forma más robusta de cargar assets en el back office suele ser a través de los métodos addJs y addCss del controlador principal (AdminController) en su método setMedia(), o bien mediante el hook displayBackOfficeHeader en la clase principal del módulo. El run() de una clase auxiliar como ConorderdisAdmin podría estar ejecutándose en un momento donde el Context::getContext()->controller no es el AdminModulesController esperado, o ya ha pasado el punto de renderizado de los assets. A veces, usar $this->module->_path en lugar de $this->module->getPathUri() puede solucionar problemas sutiles de ruta en algunos entornos.

Milo

Gracias por tu consulta, @gonzalosevilla. Lo que comentan @angel_96 y @manueltech es muy acertado. En PrestaShop 1.7.7.5, los problemas de carga de assets en el panel de administración suelen estar relacionados con la ruta o, más comúnmente, con el momento en que se llaman los métodos addCSS y addJS. Aunque getPathUri() debería ser fiable, en algunas configuraciones o versiones, el uso de la propiedad _path del módulo (que es una URL absoluta) directamente puede ofrecer mayor robustez, especialmente si el run() se ejecuta en un contexto donde la resolución de rutas relativas es ambigua.

Prueba a modificar tu fragmento de código así en conorderdis/classes/ConorderdisAdmin.php:

function run()
    {
        if (isset($this->context->controller) && method_exists($this->context->controller, 'addCSS')) {
            $this->context->controller->addCSS($this->module->_path . 'views/css/admin_conorderdis.css');
            $this->context->controller->addJS($this->module->_path . 'views/js/adminConditionBuilder.js');

He cambiado $this->module->getPathUri() por $this->module->_path. Esta pequeña diferencia asegura que la ruta se construye de la forma más directa y absoluta para el módulo. Además, para una gestión más limpia y mantenible de reglas de descuentos en tu tienda, te recomiendo echar un vistazo a módulos especializados como descuentos condicionales para pedidos, que ya gestionan estos detalles internos de PrestaShop de forma optimizada y garantizan la carga correcta de sus assets.

gonzalosevilla

¡Increíble, @Milo! ¡Muchísimas gracias! He aplicado el cambio que sugeriste, usando $this->module->_path en lugar de getPathUri(), y ahora los estilos y el JavaScript se cargan perfectamente en el panel de administración del módulo. La interfaz ya no está rota y funciona como debería.

Parece que ese pequeño matiz en la forma de construir la ruta era clave para mi configuración de PrestaShop 1.7.7.5. ¡Problema resuelto!