- Se descapó
- 10 de mayo de 2026 a las 5:56 UTC
- Autor
- Kamo
- Compromit
- f7ae1ef
Dos seguimientos del cambio de reinstruo/fracasadoKeys: 1. El tiempo de espera de pedido de guardia era de 30s. Producción ha llamado a tiempo de ejecución (chat, notificaciones, etc.) golpeando el mismo servicio de traducción que las llamadas de sincronización de CI cuando el trabajador de LibreTranslate es a mitad de período o la cola no está vacía, nuestra solicitud puede sentarse esperando 30-60s antes de que el trabajador empiece en él. Los 30 apretado se volvían cada vez petición enredada en un triple-retención-el-a-lángulo-tirada y en cascada en cientos de WARNs de timeout por sincronía. 90s da suficiente espacio para una petición en cola para completar. 2. El nuevo comportamiento del router "tiró cuando todos los proveedores se equivocaron" es correcto para el endpoint de lote (caller puede marcar fallKeys y reiniciar la siguiente carrera) pero rompe las llamadas en tiempo de ejecución de un solo translate, que solía conseguir el texto de origen sobre el fracaso y ahora obtener un 500. Restaurar el suave solo para el camino de un solo trazátil; el El camino por lotes todavía aparece fallas explícitamente.