Tecno Ochagavía

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.

2. este problema ya fue reportado tiempo atrás, pero sigue igual. texto de “Shipping Method”
3. 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.
4. 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.
5. En checkout > order-received sale algunos textos en inglés “BlueX delivery tracking”, “Tracking code:” y “Query on BlueX”,
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.
7. 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.