I would suggest considering a simpler reporting approach.
Based on my understanding, the translation process works in two stages:
- Translate eligible topic data.
- Translate eligible post data.
From an administrative and reporting perspective, I am less interested in what is currently in flight and more interested in overall progress against the eligible workload. I would prefer to see reporting based on the configured translation eligibility rules.
For example:
Status
Backfill settings are configured to translate all content created after February 23, 2026.
| Area | Total | Eligible | Translated | Completed |
|---|---|---|---|---|
| Topics | 25,000 | 540 | 450 | 83% |
| Posts | 400,000 | 3,700 | 800 | 22% |
Failed Translations
| Post ID | Reason |
|---|---|
| 34543 | Malformed characters on line xxxx |
The current graph appears to show operational activity, which is certainly useful. However, what I really want to understand is how much of the eligible work has been completed.
Personally, I am not very interested in completion percentages by language. A topic or post is either translated or it is not. The key question for me is how much of the configured backlog has been processed successfully.
This approach also seems like it would be more database-friendly since it focuses on aggregate counts rather than tracking progress across every language combination.
If language-specific reporting is still valuable, perhaps it could be exposed through a filter. An administrator could select a language and view the same progress table for that language only.
Just some thoughts.
p.s.
What is the current cache timeframe?