Plural forms are not always handled correctly
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
Launchpad itself |
Invalid
|
Undecided
|
Unassigned | ||
f-spot (Ubuntu) |
New
|
Low
|
Ubuntu Desktop Bugs |
Bug Description
I have noticed that on several GNOME packages where upstream is 100 % translated the corresponding translation on Hardy lacks translations for a few strings.
It is not that those strings are not translated, but rather that sometimes their plural forms are not being handled correctly, I guess. What I mean is that the translations are there, but Launchpad does not seem to pick up one of the plural forms, which is listed as empty.
Here are some examples:
Gedit (seems to have been solved there now, but the packaged strings are still empty):
https:/
Changed in f-spot (Ubuntu): | |
assignee: | nobody → Ubuntu Desktop Bugs (desktop-bugs) |
importance: | Undecided → Low |
This is more likely to be some sort of packaging issue. For instance, you can see how we actually have a plural form message:
msgid "Modified in {1}"
msgid_plural "Modified in {1} ({0})"
when in http:// l10n.gnome. org/POT/ f-spot. HEAD/f- spot.HEAD. pot and f-spot.HEAD.ca.po we can see:
msgid "Modified in {1}"
msgid "Modified in {1} ({0})"
(i.e. two separate messages).
Having checked now, I can confirm this is an issue in f-spot package: it's not shipping a PO template. For the fix to get to Launchpad Translations, f-spot needs to be fixed to include a PO template, and needs to be rebuilt.