Public bug reported:
Superseded in jaunty-release on 2009-01-30
glib2.0 (2.19.5-0ubuntu2) jaunty; urgency=low
* 01_gettext-desktopfiles.patch: Merge OpenSUSE's and our patch:
- Now prefers inline translations over gettext translations, which
fixes a few corner cases (like renaming .desktop files on the
user's desktop), is more in line with the recent gconf patch,
and more palatable for upstream inclusion.
This change introduced a regression:
If a .desktop file already has an inline translation, which is considered wrong
for some reason, the updated translation from the .mo file does not get used
even if it's newer, not the same, or considered "correct" compared to the
existing one in the file.
This effectively eliminates the usefulness of the X-Ubuntu-Gettext-Domain
magic, isn't it?
An example is Synaptic:
https://translations.launchpad.net/ubuntu/jaunty/+source/synaptic/+pots/synaptic/hu/679/+translate
While the .mo file contains the "Current Hungarian" translation, this is not
used until I manually remove the old "Packaged" string from
/usr/share/applications/synaptic.desktop.
Just an idea, but would it be possible to compare the modification date
of the .desktop file and the .mo file and try to use the translation
from the .mo file, if it is newer?
** Affects: glib2.0 (Ubuntu)
Importance: Undecided
Status: New
--
Regression: updating existing .desktop file translations via langpacks no
longer possible
https://bugs.launchpad.net/bugs/335693
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is subscribed to glib2.0 in ubuntu.
--
desktop-bugs mailing list
[email protected]
https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
