- Shipped
- 10. Mai 2026 um 05:56 UTC
- Author
- Kamo
- Commit
- f7ae1ef
Zwei Nachfolger zur Retry/FailedKeys-Änderung: 1. Pro-Anruf-Timeout war 30er Jahre. Produktion hat Runtime Caller (Chat, Benachrichtigungen, etc.) trifft die gleiche Übersetzung-Service, dass die CI Sync-Aufrufe, wenn der LibreTranslate-Arbeiter mitten im Neustart ist oder die Warteschlange ist nicht leer, unsere Anfrage kann warten auf 30-60s bevor der Arbeiter überhaupt damit anfängt. Die engen 30er drehten sich alle in ein Dreifach-Rettory-then-Defauge und Kaskaden in Hunderte von Timeout-Waruns pro Synchronisation. 90er gibt genug Kopffreiheit für eine in der Warteschlange Anfrage zu erledigen. 2. Das neue Verhalten des Routers "wirf, wenn alle Anbieter fehlerbehaftet sind" ist korrekt für den Batch Endpunkt (Anrufer kann fehlgeschlageneKeys markieren und Wieder versuchen nächsten Lauf), sondern bricht Runtime Anrufer von Single-Translate, die verwendet, um den Quelltext auf Fehler zu bekommen und jetzt eine 500. Wiederherstellen Sie den Soft-Fallback NUR für den Single-Translat-Pfad; die Batch-Pfad oberflächengt immer noch Ausfälle explizit.