Closed Bug 1556680 Opened 5 years ago Closed 5 years ago

[Translate.Next] Potential issues with translation memory

Categories

(Webtools Graveyard :: Pontoon, defect, P3)

defect

Tracking

(Not tracked)

RESOLVED FIXED

People

(Reporter: flod, Assigned: mathjazz)

Details

Attachments

(1 file)

Yesterday 4 strings for android-l10n were moved to a different file. I translated them a few days earlier for Italian (in Translate.Next), but didn't get any machinery matches.
https://pontoon.mozilla.org/it/android-l10n/mozilla-mobile/android-components/components/feature/app-links/src/main/res/values/strings.xml/?string=199702

For comparison, French and German got them.
https://pontoon.mozilla.org/fr/android-l10n/mozilla-mobile/android-components/components/feature/app-links/src/main/res/values/strings.xml/?string=199702

Can it be that Translate.Next is not correctly storing translations in translation memory? How is that managed?

Testing locally, when I add a string through Translate.Next, I can successfully see it in Machinery. However, I can only see it from other strings, because our algorithm will not pull translations that come from the current entity.

In this case, I wonder what's happening. Could it be flod that you translated after the move? If not, I can't think of a good explanation for this.

No, it was translated before the move. Also, why it's still showing up for de and fr?

Sorry, I really have no idea what's going on. Deferring to Matjaz.

Flags: needinfo?(m)

:adrian

I had a chance to read through the code of Translate.Next. It looks like the method responsible for approval of the translation approve() removes the TM entry of translation.
On my local instance, Translate.next removes entries from TM after I trigger an approve event on the translation.
Sorry if it's a false alarm and is not related to the issue.

Assignee: nobody → m
Status: NEW → ASSIGNED
Flags: needinfo?(m)
Priority: -- → P3

Confirming that jotes is right: when suggestion gets approved, we delete its TM entry (which doesn't exist, so we don't do anything actually). Instead, we should create a TM entry.

The dedicated approve method is only used by Translate.Next:
https://github.com/mozilla/pontoon/commit/17dba2c3f2c46a333067be70885a92f57b3bd254#diff-c18ce63ddb8aca155c0553a0c1b174e3R2964

Working on a patch.

Status: ASSIGNED → RESOLVED
Closed: 5 years ago
Resolution: --- → FIXED
Product: Webtools → Webtools Graveyard
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: