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 desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs