Translation validation error "Has been translated"

**mdos** · March 22, 2019, 2:25pm

Hi all,

I translated strings in F-Droid/Data to french using Weblate but all of them have now a "Has been translated " validation error status and I don’t understand why.

Something I’m missing ?
I checked the doc but I didn’t find infos about that.

Thank you for your answers.

**hans** · March 27, 2019, 10:01pm

It seems @linsui is also seeing this: Translating lots of app "summaries"

When I look here when I’m not logged in, I don’t see that validation error, but I do see quite a few others.

@kingu any ideas?

**linsui** · March 28, 2019, 5:08am

I have solved this problem by uploading translation file and setting the "Processing of strings needing edit " as “Import as translated”.

**kingu** · March 28, 2019, 11:28am

Is this related to https://gitlab.com/fdroid/fdroid-website/merge_requests/399 by any chance?

I never quite understood what “Has been translated” is supposed to mean. I think it is either strings imported with 100% matches, but aren’t the actual string, or 100% matching ones from translation memory for entries that are translated, but possibly aren’t the same elsewhere, even though seemingly the same. Strings that haven’t changed should not be flagged.

When overwriting the PO file, is authorship retained in Weblate history?
As mentioned, there are settings for avoiding it, but I am not sure what the actual benefit to having those checks fail/trigger is.

**hans** · March 30, 2019, 8:11pm

I don’t think its related to https://gitlab.com/fdroid/fdroid-website/merge_requests/399, that’s not merged yet.

From what I’ve seen, Weblate does not keep its own history of authorship.

**kingu** · March 31, 2019, 2:23pm

That seems to be the case, and it is a huge problem. I keep seeing unclaimed translations that I know are my own. Was hoping they came from somewhere else.

**mdos** · April 1, 2019, 7:15am

I confirm that the solution given by linsui works.

**critdroid** · April 5, 2019, 9:42am

May be, that @linsui 's solution works for this issue as a workaround.

Nevertheless my question is who set up the Weblate component https://hosted.weblate.org/projects/f-droid/fdroiddata/ and what was done differently than in other sections? For it’s the only one which shows such a strange behaviour, that translated strings appear as untranslated marked with “translated in the past” some days after translation.

**hans** · April 9, 2019, 4:31pm

I set it up, it is also the only component that uses the XLIFF format, so maybe the issue is related to that.