• Hola.

    Estamos viendo las integraciones y tenemos algunos problemas con la suya.

    El campo Comuna (billing_city / shipping_city) se comporta de manera inconsistente en el checkout.
    Dependiendo de la Región seleccionada, el plugin: a veces muestra un con listado de comunas, y otras veces elimina completamente el select y lo reemplaza por un de texto.

    Esto ocurre sin intervención del usuario ni del tema, y afecta directamente el flujo del checkout.

    Origen del problema (muy probable)
    El problema proviene de los datos incompletos en:

    wc_city_select_params.cities

    Éste es el JSON que BlueX inserta en el frontend para poblar la lista de regiones y comunas.

    Ejemplo real tomado desde la consola:

    var raw = wc_city_select_params.cities;
    cities = JSON.parse(raw.replace(/”/g, ‘”‘));

    cities.CL[“CL-AT”]; // Atacama → Array (correcto)
    cities.CL[“CL-AP”]; // Arica → Array (correcto)
    cities.CL[“CL-TA”]; // Tarapacá → undefined (INCORRECTO)

    BlueX sí carga las claves de todas las regiones (CL-AP, CL-TA, CL-AN, etc.), pero para algunas regiones el valor es undefined en lugar de un array.

    Consecuencia directa en el checkout
    El JS del plugin ejecuta esta lógica (simplificada):

    if (cities[country] && cities[country][state] && cities[country][state].length) {
    cityToSelect();
    } else {
    cityToInput();
    }

    Es decir: Región con comunas definidas

    → billing_city se mantiene como , funciona bien. Región sin comunas definidas (undefined o vacío) → el plugin ejecuta cityToInput()
    → borra el
    → lo reemplaza por
    → desaparece el listado.

    Esto es exactamente lo que se observa en Tarapacá (CL-TA), y en cualquier región cuyo array esté ausente.

    Efectos secundarios adicionales Durante el checkout, BlueX refresca el contenido dinámicamente (al cambiar región, método de envío, etc.).
    Cada vez que ocurre un “refresh”, el plugin vuelve a ejecutar la misma lógica:
    Si en ese momento el JSON no tiene la comuna → vuelve a degradar el campo a .

    Incluso aunque antes hubiese mostrado el . Resultado: el comportamiento es intermitente e inconsistente, dependiendo de los eventos y del estado interno del plugin.

    Problemas visuales adicionales detectados Etiqueta “Shipping Method” no está traducida BlueX imprime un Shipping Method sin pasar por __() ni por las traducciones de WooCommerce.

    El plugin re-renderiza ese al cambiar métodos de envío Por eso, incluso si se traduce vía JS, vuelve a aparecer en inglés.

    El color del texto del bloque de envío no respeta el CSS del tema La fila #map requiere estilos específicos para integrarse con el diseño.

    Acciones que se implementaron como solución temporal Se aplicaron parches no destructivos, sin modificar el plugin: Traducción persistente de “Shipping Method” Script externo que reemplaza el texto cada vez que BlueX lo re-renderiza.

    Estilos visuales corregidos Color #25cbd3 aplicado al bloque #map y a los métodos de envío.

    Orden alfabético del listado de comunas Cuando el campo es , se ordenan las opciones.

    Evitar romper el checkout No se tocó el archivo original place-select.js para mantener compatibilidad con futuras actualizaciones.

    Se solicita revisar:

    1. Corrección del JSON de comunas (wc_city_select_params.cities)
    Problema:

    Falta el listado para Tarapacá (CL-TA) → undefined

    Posiblemente otras regiones con problemas similares.

    Solución recomendada: Asegurar que todas las regiones retornan un array válido, incluidas aquellas sin cobertura (array vacío [] es preferible a undefined).

    2. Revisar la función cityToInput() y su condición de activación

    El plugin degrada demasiado agresivamente el campo cuando no encuentra comunas, incluso si ese estado es temporal (por ejemplo, durante un refresh parcial).

    3. Internacionalización Pasar “Shipping Method” por __( ‘Shipping Method’, ‘bluex’ ) o un dominio de texto apropiado.

    Permitir traducción / modificación de texto nativa.

    Conclusión:
    El comportamiento errático del campo comuna no es un error del tema, ni de WooCommerce, ni del Checkout Field Editor.

    El problema se origina en: Datos incompletos en wc_city_select_params.cities (regiones sin comunas definidas) Lógica del plugin que degrada el campo a en esas condiciones.

    4. En checkout > order-received sale algunos textos en inglés "BlueX delivery tracking", "Tracking code:" y "Query on BlueX", 5. En https://ecommerce.blue.cl/onboarding > manual de integración > induccion_Pyme_Integrado_Blue_Express.pdf > hay varios link para manuales a Google, pero varios ya no existen, alojen directo en la página para poder ver los manuales,

    6. En el mail también hay problema con el texto sent by "BlueX"

    Sale un "To track your delivery, use the following the tracking code(s):

    el código con link está mal configurado "9XXXXXXXX" este envía a una página de Bluex, pero no a la de seguimiento.
Viewing 3 replies - 1 through 3 (of 3 total)
  • Thread Starter Tecno Ochagavía

    (@tecnochagavia)

    lo vamos a deja acá en texto plano y más claro:

    El campo Comuna (billing_city / shipping_city) se comporta de manera inconsistente en el checkout.
    Dependiendo de la Región seleccionada, el plugin: a veces muestra un con listado de comunas, y otras veces elimina completamente el select y lo reemplaza por un de texto.

    Esto ocurre sin intervención del usuario ni del tema, y afecta directamente el flujo del checkout.

    Origen del problema (muy probable)
    El problema proviene de los datos incompletos en:

    wc_city_select_params.cities

    Éste es el JSON que BlueX inserta en el frontend para poblar la lista de regiones y comunas.

    Ejemplo real tomado desde la consola:

    var raw = wc_city_select_params.cities;
    cities = JSON.parse(raw.replace(/”/g, ‘”‘));

    cities.CL[“CL-AT”]; // Atacama → Array (correcto)
    cities.CL[“CL-AP”]; // Arica → Array (correcto)
    cities.CL[“CL-TA”]; // Tarapacá → undefined (INCORRECTO)

    BlueX sí carga las claves de todas las regiones (CL-AP, CL-TA, CL-AN, etc.), pero para algunas regiones el valor es undefined en lugar de un array.

    Consecuencia directa en el checkout
    El JS del plugin ejecuta esta lógica (simplificada):

    if (cities[country] && cities[country][state] && cities[country][state].length) {
    cityToSelect();
    } else {
    cityToInput();
    }

    Es decir: Región con comunas definidas

    → billing_city se mantiene como, funciona bien. Región sin comunas definidas (undefined o vacío) → el plugin ejecuta cityToInput()
    → borra el
    → lo reemplaza por
    → desaparece el listado.

    Esto es exactamente lo que se observa en Tarapacá (CL-TA), y en cualquier región cuyo array esté ausente.

    Efectos secundarios adicionales Durante el checkout, BlueX refresca el contenido dinámicamente (al cambiar región, método de envío, etc.).
    Cada vez que ocurre un “refresh”, el plugin vuelve a ejecutar la misma lógica:
    Si en ese momento el JSON no tiene la comuna → vuelve a degradar el campo a .

    Incluso aunque antes hubiese mostrado el . Resultado: el comportamiento es intermitente e inconsistente, dependiendo de los eventos y del estado interno del plugin.

    Se solicita revisar:

    1. Corrección del JSON de comunas (wc_city_select_params.cities)
      Problema: Falta el listado para Tarapacá (CL-TA) → undefined

    Posiblemente otras regiones con problemas similares.

    Solución recomendada: Asegurar que todas las regiones retornan un array válido, incluidas aquellas sin cobertura (array vacío [] es preferible a undefined).

    Revisar la función cityToInput() y su condición de activación

    El plugin degrada demasiado agresivamente el campo cuando no encuentra comunas, incluso si ese estado es temporal (por ejemplo, durante un refresh parcial).

    El problema se origina en: Datos incompletos en wc_city_select_params.cities (regiones sin comunas definidas) Lógica del plugin que degrada el campo a en esas condiciones.

    Conclusión:
    El comportamiento errático del campo comuna no es un error del tema, ni de WooCommerce, ni del Checkout Field Editor.

    1. este problema ya fue reportado tiempo atrás, pero sigue igual. texto de “Shipping Method”
    2. El color del texto del bloque de envío no respeta el CSS del tema La fila #map requiere estilos específicos para integrarse con el diseño.
    3. Este problema ya fue reportado tiempo atrás, pero sigue igual.
      Orden alfabético del listado de comunas Cuando el campo es , se ordenan las opciones.
    4. En checkout > order-received sale algunos textos en inglés “BlueX delivery tracking”, “Tracking code:” y “Query on BlueX”,
    5. En el mail también hay problema con el texto sent by “BlueX”
      Sale un “To track your delivery, use the following the tracking code(s):
      El código con link está mal configurado “9XXXXXXXX” este envía a una página de Bluex, pero no a la de seguimiento.
    6. En https://ecommerce.blue.cl/onboarding > manual de integración > induccion_Pyme_Integrado_Blue_Express.pdf > hay varios links para manuales a Google, pero varios ya no existen, alojen directo en la página para poder ver los manuales.

    Hola @tecnochagavia

    Sugiero ir al ejecutivo de uds en Bluex y enviar requerimiento/consulta. Lamentablemente nadie lee este foro. Si ves, ninguna respuesta a ninguna de las preguntas anteriores.

    Saludos,

    Thread Starter Tecno Ochagavía

    (@tecnochagavia)

    hola @ipoblete. también vimos eso, por eso también lo enviamos al mail ecommerce.blueexpress [arroba]blue[punto]cl en su momento. por ahora nada, vamos a tener que escalar el tema parece…

Viewing 3 replies - 1 through 3 (of 3 total)

You must be logged in to reply to this topic.