Closed Bug 1726610 Opened 2 months ago Closed 1 month ago

Consolidate plural forms used for the source string in the string list and the editor


(Webtools Graveyard :: Pontoon, defect, P3)


(Not tracked)



(Reporter: CocoMo, Unassigned)



(1 file)

This appears to happen to languages using the same translation for singular and plural terms:

Notice the left panel shows the source string with a variable in singular form. The Translation field in the middle shows the source string in plural form.

Random checked East Asian and Southeast Asian languages, they all appear to have the same issue.

I don't understand what the bug is. The variable is {0}, the original string has plurals, but this locale only has one form (with the correct variable). Even with one form, it's still a plural string for GetText.

Same string in Italian shows two forms

We show source string as singular in the string list and as plural in the editor.

We should consolidate and use the same form everywhere. Probably makes more sense to use singular form in the editor, if the locale doesn't have plurals. Although I worry there might be variables in the plural string that aren't included in the singular form, and that the locales without support for plurals would still need them in the translations.

Priority: -- → P3
Summary: Singular form with variable in source appears as plural form in translation field → Consolidate plural forms used for the source string in the string list and the editor

I think we should show other in a general sense for languages w/out plurals. Sadly, for gettext that's a lot less precisely defined, I guess.

Localizers that need to translate the string for all kinds of numbers should get the original version for all kinds of numbers, IMHO.

*This bug has been moved to GitHub.*

*Please check it out on*
Closed: 1 month ago
Resolution: --- → MOVED
Product: Webtools → Webtools Graveyard
You need to log in before you can comment on or make changes to this bug.