- Expédié
- 7 octobre 2026 à 17:14 UTC
- Auteur
- Kamo
- S'engager
- c1aac73
TranslateService laisse un champ qu'il ne pouvait traduire hors de sa réponse et le nomme dans clés ratées. Ce client a retourné la réponse telle qu'elle était, de sorte que l'article a été sauvegardé dans ce local avec son corps nul, et parce que le local existait alors le balayage n'est jamais revenu pour lui. À 2026-10-07, 316 KB traductions avaient perdu leur corps lexical et 269 leur texte simple ainsi, sur 49 articles, chacun un temps mort. Une clé ratée échoue maintenant le local, qui est retrié avec le recul existant. La traduction d'article s'écoule du thread de requête, donc rien n'en a besoin en 120 secondes. Une longue article est trois champs de jusqu'à ~25 000 caractères à 60-80 secondes chacun en LibreTranslate, et ces locaux sont sortis à chaque tentative pendant que TranslateService continuait à les traduire. Cette client dit maintenant TranslateService il va attendre 540 secondes (X-Traduit par la Rédaction) note que c'est un travail de fond là) et lit pour 600, donc TranslateService répond d'abord. Une course qui dure longtemps surpasse le balayage de dix minutes, qui a ensuite fait la queue sur le même article et demandé pour les locaux, la première manche attendait toujours. Le balayage laisse maintenant un article qui est en cours de traduction. Needs TranslateService aaf9f56 pour que l'en-tête signifie n'importe quoi; sans lui, l'en-tête est ignoré.