El problema de la codificación de la traducción después de la actualización 4.9.2

[Vetall]

Hola!

Después de la actualización 4.9.2 traducción del idioma Ucraniano se convirtió así:


\u0414\u0432\u0438\u0433\u0443\u043d\u0438

: Confused:

[vBET]

Complacer enviar más detalles sobre este asunto. Afecte traducciones viejas o únicos nuevos un? Qué proveedores de traducción utilizas? Complacer dar URL a vuestra página donde lo podemos ver.
Puede lo observas encima nuestro serwer? Si sí, dónde?

[Vetall]

1. Uso de Yandex, la traducción de la API with vBET
2. Di cuenta de esta codificación (\u0414\u0432) sólo para nuevas traducciones.
3. Откатил vBET hasta 4.9.1 - en ella no tienen ese problema.

[vBET]

Da las gracias por información. Intentaremos reproducir lo encima nuestro lado y fijar el asunto. Si tendremos problemas con bug reproducción te enviaré algunos más cuestiones (no conseguí URL a página donde puedo ver el asunto - lo sería muy userfull, porque podría utilizar texto exacto tienes asuntos con).

[vBET]

Yo justo hecho algunas pruebas y en nuestro lado mira VALE. Yo código comparado también de 4.9.2 y 4.9.1 liberaciones y hay no cualquier cambio en código de traducción ( cambiamos configuración - pares de lengua nueva; y algunos cosas pequeñas en archivo de producto). Yo PM te para probar para reproducir en vuestro lado.

ACTUALIZACIÓN: veo el asunto ahora en nuestro lado. Es sólo aproximadamente algunos textos no traducción entera. Parece él es sólo aproximadamente tema. Manejaremos esto y enviarte información :)

ACTUALIZACIÓN 2: hice algunas pruebas y él parece que el asunto es cuándo él está traducido ruso de forma a ucraniano (no hay ningún asunto con traducción de inglés). Más probablemente vBET está enviando dato en incorrecto codificando y aquello es por qué resultados es mal. Lo comprobé también en 4.9.1 y el asunto mismo pasa. Eres seguro que en vuestro lado para 4.9.1 es VALE? Es importante, porque necesito a reconoce hace el asunto es con nuestros cambios de código o algo estuvo cambiado en Yandex lado.

[vBET]

Otra actualización - según vuestras pruebas allí es nada incorrecto con Yandex traducciones. Mirando en diferencias entre vBET 4.9.1 y 4.9.2 más probablemente el asunto es con traductor de Apertium, porque en 4.9.2 añadimos par de lengua nueva de ru a uk. Escribiste que estás utilizando sólo Yandex. Complacer confirmar es esta información es correcta. No somos capaces de reproducir el asunto en Yandex traductor y ahora estamos intentando hacer lo encima Apertium.

Actualización: Appertium también parece no para ser el asunto. Puede te complacer contactarnos por PM para conseguir información más detallada?

Actualización 2: no somos capaces de reproducir el asunto en nuestro entorno de testaje, pero aquí está reproducido cada vez. Quizás vB asuntos de versión aquí. Complacer contactarnos por PM.

[vBET]

En este momento descubrimos causa del asunto. Cuando Apertium está utilizado con UTF-8 base de datos que codifica entonces enviamos consulta en formato diferente y conseguía aquellos \u respuestas. Cuándo la base de datos es en encuadre diferente, entonces no hay ningún asunto con aquel. Actualizaremos nuestro código para manejar esto apropiadamente y la solución será publicada aquí.

[vBET]

Parece nosotros funda solución para el asunto. Lo queremos probar apropiadamente también encima no UTF-8 base de datos, para evitar asuntos con diferentes encodings. La solución será incluida en liberación próxima. Hasta entonces te puedes quedar con vBET4.9.1 o uso vBET4.9.2 con Apertium discapacitado, o uso vBET4.9.2 con Apertium discapacitado sólo para ucraniano (necesidad de cambiar configuración en archivos).

Complacer nota que traducciones rotas ya no serán reparadas automáticamente. Aquellos tienen que ser cambiados a mano, utilizando soporte de traducción manual, o sacado de base de datos.

[vBET]

Durante pruebas descubrimos que para no UTF-8 Apertium de bases de datos no hace traducción en absoluto de ruso a ucraniano, justo regresa texto con pocos cambios. Esto es nuestra culpa - enviamos allí texto en formato incorrecto. Esto será corregido pronto.

[vBET]

Ya tenemos solución para este asunto. Sea incluido en liberación próxima.