Closed Bug 1382773 Opened 7 years ago Closed 7 years ago

[FTL] Partially translated strings break the Fluent UI

Categories

(Webtools Graveyard :: Pontoon, defect, P2)

Product:
Webtools Graveyard
Component:
Pontoon
Type:
defect

Tracking

(Not tracked)

Status:
RESOLVED FIXED

People

(Reporter: mathjazz, Unassigned)

Details

Steps to reproduce:

1. Open a pluralized string.
2. Translate one plural form and leave the rest unchanged.
3. Submit the translation.
4. Open the same pluralized string again.

Expected result:
Custom Pontoon plural UI should open with the translated form filled.

Actual result:
The default translation text editor opens with content displayed as source, e.g.:

delete-all-message = { $num ->
  [one] Izbriši ta prenos?
  }
The issue applies to all partial translations, e.g. attribute + value as well.
Summary: [FTL] Partial translations of pluralized strings break the Plurals UI → [FTL] Partial translations strings break the Fluent UI
Summary: [FTL] Partial translations strings break the Fluent UI → [FTL] Partially translated strings break the Fluent UI
From a compare-locales POV, those two are different:

- missing plural form is OK, but we could add a warning for that, filed bug 1385863.
- missing value or attribute is an error on the compare-locales level, and should also be counted as an untranslated string.
Product: Webtools → Webtools Graveyard
You need to log in before you can comment on or make changes to this bug.