- Spegnimento
- 10 maggio 2026 alle ore 05:56 UTC
- Autore
- Kamo
- Impegno
- f7ae1ef
Due follow-up per il ritry/failedKeys cambiano: 1. Per-call richiesta timeout era 30s. La produzione ha calli runtime (chat, notifiche, ecc.) colpendo lo stesso traduttore-servizio che le chiamate di sincronizzazione CI — quando il lavoratore LibreTranslate è mid-restart o la coda non è vuota, la nostra richiesta può sedersi in attesa di 30-60s prima che il lavoratore inizia anche su di esso. La stretta 30s ha girato ogni richiesta in coda in un triplo pendio e cascaded in centinaia di timeout ATTENZIONE per sincronizzazione. 90s dà abbastanza headroom per una richiesta in coda per completare realmente. 2. Il nuovo comportamento del router quando tutti i provider hanno sbagliato è corretto per il endpoint batch (il cancelliere può contrassegnare i tasti mancati e retry next run) ma rompe runtime caller di single-translate, che ha usato per ottenere il testo sorgente su fallimento e ora ottenere un 500. Ripristinare il soft-fallback SOLO per il percorso single-translate; il il percorso del lotto ancora supera i guasti esplicitamente.