You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Translation for HTML files can't be machine translated with "nottranslated" filter + "fuzzy" translations don't appear in downloaded translation if they still have "Needs editing" flag
#9223
Closed
2 tasks done
jerzy-dudzic opened this issue
May 12, 2023
· 2 comments
Hello,
A bit of a background of what I'm trying to achieve:
I'm uploading HTML files through the API(Polish language), then I'm creating multiple translations for those(English, Czech, Slovak etc).
Then:
for English - I want to run machine translations with "fuzzy" mode so that we have all the translations as soon as possible, but I also want them to be reviewed manually by someone that knows English - hence the "fuzzy" mode
for other languages - I want to run machine translations with "translate" mode - we accept those as final translations and these won't be reviewed. This works fine.
There are two problems with translating with "fuzzy" mode of HTML files:
Problem 1
Those texts from HTML files automatically inherit source language contents, therefore the only option to machine translate them, is to use todo filter. nottranslated filter doesn't trigger any translations because they appear as translated from the very beginning. They are "unfinished" so todo works, but they are not "untranslated". Using the todo filter in combination with fuzzy mode will effectively re-run machine translations over and over again(we trigger this by cron every night), until someone removes "Needs editing" flag from a given translation - resulting in extra costs.
Problem 2
When HTML files are machine translated with "fuzzy" mode and still have "Needs editing" flag, downloaded translation shows contents in the original(Polish) language whereas it should show translated(English) contents.
Both those problems doesn't appear with YAML translations.
System check identified some issues:
INFOS:
?: (weblate.I021) Error collection is not set up, it is highly recommended for production use
HINT: https://docs.weblate.org/en/weblate-4.17/admin/install.html#collecting-errors
?: (weblate.I028) Backups are not configured, it is highly recommended for production use
HINT: https://docs.weblate.org/en/weblate-4.17/admin/backup.html
System check identified 2 issues (1 silenced).
Additional context
I previously reported a somewhat similar problem(with SRT files) so I'm adding a link to that - maybe it will help debug the issue: #8215
The text was updated successfully, but these errors were encountered:
Describe the issue
Hello,
A bit of a background of what I'm trying to achieve:
I'm uploading HTML files through the API(Polish language), then I'm creating multiple translations for those(English, Czech, Slovak etc).
Then:
There are two problems with translating with "fuzzy" mode of HTML files:
Problem 1
Those texts from HTML files automatically inherit source language contents, therefore the only option to machine translate them, is to use
todo
filter.nottranslated
filter doesn't trigger any translations because they appear as translated from the very beginning. They are "unfinished" sotodo
works, but they are not "untranslated". Using thetodo
filter in combination withfuzzy
mode will effectively re-run machine translations over and over again(we trigger this by cron every night), until someone removes "Needs editing" flag from a given translation - resulting in extra costs.Problem 2
When HTML files are machine translated with "fuzzy" mode and still have "Needs editing" flag, downloaded translation shows contents in the original(Polish) language whereas it should show translated(English) contents.
Both those problems doesn't appear with YAML translations.
Thank you very much for looking into this!
Jerzy
I already tried
Steps to reproduce the behavior
Problem 1
Problem 2
Add as "Need editing"
and "All strings" filter:Expected behavior
Problem 1
When adding new translation for HTML component:
Problem 2
When downloading a translation of HTML component:
Above expectations are based on how this already work for YAML translations
Screenshots
No response
Exception traceback
No response
How do you run Weblate?
Docker container
Weblate versions
Weblate deploy checks
Additional context
I previously reported a somewhat similar problem(with SRT files) so I'm adding a link to that - maybe it will help debug the issue: #8215
The text was updated successfully, but these errors were encountered: