Informes pendientes, errores confirmados, estado de correcciones y entradas resueltas
Problemas conocidos de módulos PrestaShop
Revisa informes pendientes, errores confirmados, notas de compatibilidad, estado de correcciones y problemas resueltos antes de actualizar un módulo o abrir un ticket de soporte.
Los informes permanecen visibles durante la revisión
Una entrada pública suele comenzar con un ticket de soporte, una prueba de compatibilidad o un informe de cliente. Los informes nuevos aparecen primero como pendientes; después confirmamos el comportamiento y actualizamos el módulo afectado y el estado sin exponer detalles privados de la tienda.
Las entradas abiertas muestran qué vigilar antes de actualizar
Usa esta página antes de instalar una actualización, probar un módulo en una nueva versión de PrestaShop o decidir si hace falta un ticket de soporte. Los problemas abiertos explican qué sigue en revisión o corrección, mientras la búsqueda y los filtros de estado ayudan a acotar la lista rápidamente.
Los problemas resueltos siguen visibles
Las entradas corregidas no se ocultan después de la publicación. Mantenerlas visibles facilita entender el historial del módulo: puedes ver qué se informó, qué módulo estuvo afectado y cuándo se gestionó el problema.
Qué está pasando ahora
Un vistazo rápido a informes pendientes, problemas abiertos y correcciones recientes. Usa el seguimiento completo de abajo para buscar por módulo, filtrar por estado u ordenar toda la lista.
Pendiente de revisión
No hay informes públicos pendientes de revisión.
Elementos abiertos a vigilar
Resueltos recientemente
- Las compras reenviadas del lado del servidor aparecen como nuevos usuarios en GA4 Marketing Revolution
- Validación de email en checkout invitado demasiado estricta — rechazaba direcciones con + Checkout Revolution
- El botón Express Checkout no era visible en móvil con 5+ artículos Checkout Revolution
- La conexión Redis falla silenciosamente — la tienda recurre a la caché de archivos sin aviso Instant Redis
Todos los problemas seguidos
Busca por módulo o detalles del problema, filtra por estado y ordena por fecha de actualización o número de informes.
Los eventos GA4 add_shipping_info y add_payment_info dependen de un MutationObserver que vigila la clase CSS .-current en los elementos nativos de los pasos del checkout de PrestaShop. Los módulos de checkout en una sola página, los temas de checkout personalizados o los módulos que utilizan indicadores de pasos diferentes no activarán estos dos eventos específicos.
Todos los demás eventos de seguimiento (begin_checkout, purchase, vistas de página, añadir al carrito) funcionan independientemente del módulo de checkout utilizado — solo los eventos de los pasos intermedios del checkout se ven afectados.
Cuando el reenviador de compras perdidas se activa mediante cron, genera un client ID pseudoaleatorio (dígitos aleatorios + timestamp) porque la cookie _ga del navegador original no está disponible. Esto significa que las compras reenviadas aparecen como sesiones/usuarios separados en los informes de GA4.
Solución alternativa: Habilitar el seguimiento User-ID en la configuración de la plataforma GA4. Si el cliente estaba autenticado durante la compra, el User-ID vinculará el evento del lado del servidor con su perfil de usuario existente.
Email addresses containing a + character (e.g. user+shop@gmail.com) were rejected during guest checkout even though they are RFC-compliant.
The express checkout floating button got pushed below the fold on mobile devices when the cart contained more than 5 line items.
Cuando el servidor Redis no está accesible, el módulo recurre silenciosamente a la caché basada en archivos sin ninguna notificación al administrador. La tienda parece funcionar pero con un rendimiento reducido.
Las galerías de producto con URLs de video (YouTube, Vimeo o autoalojados) muestran un marcador de posición con botón de reproducción genérico en lugar de una miniatura real del video. El módulo extrae correctamente los IDs de video de las URLs mediante patrones regex, pero no obtiene la imagen de miniatura de la API de la plataforma de video.
YouTube proporciona miniaturas en https://img.youtube.com/vi/{id}/maxresdefault.jpg y Vimeo a través de su API oEmbed. Ninguna de las dos fuentes se utiliza actualmente — el módulo recurre a un icono SVG estático de reproducción superpuesto.
En PrestaShop 1.7.6 con PHP 7.2, la página de checkout se bloquea debido a las declaraciones de propiedades tipadas que no están soportadas en PHP 7.2.
El registro de actividad admin no dispone de ningún mecanismo de rotación o limpieza. En tiendas activas con múltiples administradores, la tabla del registro supera los 500MB en menos de un año.
Después de reiniciar la configuración del módulo, los grupos de atributos creados manualmente como “Material” o “Temporada” no vuelven a aparecer en la lista de filtros disponibles. La operación de reinicio borra la tabla de mapeo mprfilterrevolution_template_item, que almacena la asociación entre grupos de atributos y plantillas de filtro.
Se trata de una limitación de diseño — el módulo no puede distinguir entre mapeos de filtros creados por el usuario y los predeterminados durante la reinstalación.
Si el nombre de un producto contiene un carácter pipe (|), el parser del patrón del meta title trata todo lo que sigue como un marcador de posición de categoría, truncando el nombre real.
When a customer in a special price group (e.g. wholesale) used express checkout, the discounted price was not applied. The Stripe amount used the catalog price instead of the group-specific price.
SEPA Direct Debit payments take 5–14 business days to settle. The webhook for charge.succeeded fired days after checkout, but the order status handler didn't recognize it as the same order because it matched on charge ID rather than payment intent ID.
On the Hummingbird theme (PS 8+), the express checkout buttons inherited a 0px border-radius from the theme's button reset, making them look squared instead of the standard Stripe rounded style.