|
Hola Otto,
Te comento con todo el respeto y ánimo constructivo del mundo: desde el inicio de este hilo he respondido ya varias veces a las mismas preguntas, que vuelven a salir como si fueran nuevas. No pasa nada grave, pero hace que avancemos más despacio… un poco como cuando intentas caminar con una chancla rota: se puede, pero cuesta más.
He notado que esto no es algo exclusivo de este caso, sino que en otros hilos del soporte de WPML también ocurre: las dudas se repiten, los usuarios se van cansando y, al final, dejan de responder. Y ahí es cuando el tema aparece como “solucionado”, aunque en realidad todavía no lo esté. Al final, todos perdemos: el usuario porque no recibe una solución completa, y WPML porque se queda con la sensación (y la imagen) de que la historia terminó con final feliz… cuando en realidad se quedó a medias, como una serie que cancelan en la segunda temporada.
En este caso concreto, desde el primer mensaje quedó claro que:
El problema no está limitado al idioma por defecto.
Al desactivar WPML, el fallo desaparece.
Esto ya nos indicaba que el origen no era WooCommerce Bookings sino WPML o alguno de sus módulos asociados. Aun así, hemos estado dando vueltas y ahora, tras una investigación exhaustiva, tenemos claro dónde se produce el error y cómo replicarlo.
A continuación te detallo el análisis y la prueba de concepto que he preparado para demostrar el origen del bug y proponer una solución temporal mientras WPML publica un parche oficial.
Si alguien se topa con este mismo problema y quiere una solución rápida y segura hasta que WPML lo corrija oficialmente, he publicado el plugin WooCommerce Bookings – WPML End Time Fix para descarga gratuita en mi web. No toca el núcleo de otros plugins, actúa en el navegador y es la solución recomendada hasta que llegue el parche oficial.
👉 Descargar plugin aquí: enlace oculto (Publicaré el plugin el 12 de agosto a las 18:00 H/ESP.)
Documentación Técnica: Análisis del Bug de Disponibilidad en WooCommerce Bookings y WPML
Fecha: 11 de agosto de 2025
Autor del Análisis: adk
1. Resumen del Problema
Se ha identificado un bug recurrente al utilizar WooCommerce Bookings con WPML que puede llevar a dobles reservas. El problema se manifiesta cuando se intenta realizar una reserva en un idioma secundario donde ya existe una reserva previa en ese mismo idioma. El selector de hora de fin no respeta los bloqueos de tiempo existentes, mostrándolos incorrectamente como disponibles.
El análisis sugiere que la causa probable es un filtro de datos defectuoso en el plugin woocommerce-multilingual. Como prueba de concepto, se ha desarrollado un parche que parece solucionar el problema en su origen. Sin embargo, dado que modificar archivos del núcleo de un plugin de terceros puede tener consecuencias imprevistas, este informe detalla el hallazgo y propone el uso de un plugin externo como solución temporal segura.
La responsabilidad de una solución definitiva recae en OnTheGoSystems, los desarrolladores de WPML.
2. Análisis de Síntomas
El comportamiento del bug es muy específico y consistente:
Condición de Activación: El fallo solo ocurre cuando una reserva existente y una nueva reserva se realizan en el mismo idioma secundario.
Selector de Inicio (Correcto): El desplegable de "hora de inicio" sí respeta los bloqueos.
Selector de Fin (Incorrecto): Tras seleccionar una hora de inicio válida, el desplegable de "hora de fin" se rellena incorrectamente, ignorando los bloqueos existentes.
Este comportamiento indica que la consulta de disponibilidad inicial funciona, pero una segunda consulta, específica para las horas de fin, está fallando.
3. Proceso de Diagnóstico: La Investigación
El proceso para identificar la causa del error fue el siguiente:
Desarrollo de un Plugin "Fix": Se creó un plugin externo (wcb-wpml-fix) con un sistema de logging avanzado. Este plugin fue crucial para confirmar que la disponibilidad inicial que recibía el navegador era correcta, pero la que se cargaba para el selector de hora de fin era incorrecta.
Identificación del Disparador: Se confirmó que el problema se desencadena por la llamada AJAX wc_bookings_get_end_time_html, que se ejecuta cada vez que se selecciona una hora de inicio.
Localización del Handler y Lógica de Bookings: Se rastreó la acción AJAX hasta la función get_end_times() en el archivo class-wc-booking-form.php. Se determinó que el punto crítico era la consulta que esta función realiza para obtener las reservas existentes.
Búsqueda Forense y Hallazgo: Tras una investigación exhaustiva, se identificó la función bookings_in_date_range_query en el archivo woocommerce-multilingual/compatibility/WcBookings/class-wcml-bookings.php como el punto donde se aplica el filtrado de disponibilidad multilingüe.
4. Hipótesis sobre la Causa Raíz
Nuestra hipótesis, basada en las pruebas, es que la causa del bug reside en la función bookings_in_date_range_query del archivo class-wcml-bookings.php.
Creemos que esta función, diseñada para filtrar reservas por idioma, tiene una lógica defectuosa cuando se ejecuta en el contexto de la llamada AJAX wc_bookings_get_end_time_html. En este escenario, parece eliminar incorrectamente de los resultados las reservas que se hicieron en ese mismo idioma, devolviendo una lista vacía a WooCommerce Bookings y provocando que el selector de hora de fin se genere sin la información de los bloqueos.
5. La Solución (Prueba de Concepto)
Para verificar nuestra hipótesis, se desarrolló un parche experimental. Es importante subrayar que este parche se creó únicamente con fines de diagnóstico y como prueba de concepto para vuestro equipo.
A continuación, se detalla el código exacto de esta prueba de concepto. Esta modificación se aplicó directamente sobre el plugin woocommerce-multilingual para validar la hipótesis del error.
Archivo a modificar:
wp-content/plugins/woocommerce-multilingual/compatibility/WcBookings/class-wcml-bookings.php
Procedimiento:
Se debe reemplazar la función original bookings_in_date_range_query por la siguiente versión modificada. El nuevo código incluye una "cláusula de escape" al inicio, que es la única alteración realizada, marcada con comentarios (// --- PARCHE WCB FIX ---) para identificarla.
Código de la función parcheada:
PHP
public function bookings_in_date_range_query( $booking_ids ) {
// --- PARCHE WCB FIX ---
// Detectamos si esta función se está ejecutando durante la llamada AJAX específica que causa el problema.
// Si es así, devolvemos los IDs de las reservas sin filtrar para evitar que la lógica defectuosa
// de WCML elimine las reservas que deberían estar bloqueando los horarios.
if ( isset( $_POST['action'] ) && $_POST['action'] === 'wc_bookings_get_end_time_html' ) {
return $booking_ids;
}
// --- FIN DEL PARCHE ---
$current_language = $this->sitepress->get_current_language();
$default_language = $this->sitepress->get_default_language();
foreach ( $booking_ids as $key => $booking_id ) {
$language_code = $this->sitepress->get_language_for_element( get_post_meta( $booking_id, self::BOOKING_PRODUCT_ID_META, true ), 'post_product' );
$wc_booking_lang = get_post_meta( $booking_id, '_language_code', true );
$wc_booking_lang = $wc_booking_lang ?: $default_language;
if ( $wc_booking_lang != $current_language ) {
unset( $booking_ids[ $key ] );
}
if ( $language_code != $current_language ) {
unset( $booking_ids[ $key ] );
}
}
return $booking_ids;
}
Resultado: Las pruebas realizadas con este parche fueron exitosas. Sin embargo, no se ha realizado un análisis de regresión completo para determinar si esta modificación podría afectar negativamente a otras funcionalidades del plugin woocommerce-multilingual.
6. Conclusión y Recomendaciones
El análisis indica con un alto grado de certeza que el problema se origina en el plugin woocommerce-multilingual. El parche desarrollado valida esta hipótesis y ofrece una posible vía de solución para los desarrolladores de WPML.
No obstante, no se recomienda aplicar este parche en un entorno de producción debido a los riesgos inherentes de modificar el código de un plugin de terceros.
Recomendación a Corto Plazo:
Se recomienda encarecidamente utilizar el plugin externo wcb-wpml-fix que hemos desarrollado. Esta es la solución más segura y estable hasta que OnTheGoSystems Limited publique una corrección oficial.
Ventajas del Plugin "Fix":
No Invasivo: No modifica ningún archivo del núcleo de otros plugins.
Seguro: Su lógica se ejecuta en el navegador del cliente, corrigiendo el resultado final sin alterar los procesos del servidor.
Efectivo: Soluciona el problema de cara al usuario, previniendo eficazmente las dobles reservas.
Pasos a Seguir para usuarios que sufren de este mismo problema.
Utilizar el Plugin "Fix": Mantener el plugin wcb-wpml-fix activo para garantizar el correcto funcionamiento de las reservas.
Analiza este Informe: Presenta esta documentación detallada al equipo de desarrollo de WPML para que puedan analizarla y desarrollar una solución oficial.
Desactivar el Plugin "Fix" en el Futuro: Una vez que woocommerce-multilingual sea actualizado con una corrección oficial para este bug, el plugin wcb-wpml-fix deberá ser desactivado para evitar conflictos.
Perdona que te responda con IA, pero si lo hiciera todo a mano sentiría que estoy perdiendo el tiempo… y el tiempo es oro, o en mi caso, cerveza 0.0 y tapas.
|
