msgfmt -C gets confused by existing fuzzy translations

[Jens Petersen]

Hi,

I would like to report a problem raised by
Nils Philippsen in <https://bugzilla.redhat.com/show_bug.cgi?id=621946>:

"When trying to update older versions of po files with translations submitted to
a newer version I found that "msgfmt -C/--compendium <new_po_file>
<old_po_file> <project_pot_file>" gets confused by fuzzy translations in the
old po file and doesn't use the updated translations from the new po file for
these msgids.

Version:
gettext-0.18.1.1-1.1.fc13.x86_64

Steps to Reproduce:
1. Untar testcase: https://bugzilla.redhat.com/attachment.cgi?id=437180
"tar -xjf gettext-msgmerge-compendium-problem.tar.bz2"
2. "cd gettext-msgmerge-compendium-problem"
3. "make"

Actual results:
address@hidden:~/tmp/gettext-msgmerge-compendium-problem> make
msgmerge -C compendium-zh_TW.po /dev/null system-config-services.pot >
devnull-zh_TW.pot
...... done.
msgfmt -cvo /dev/null devnull-zh_TW.pot
57 translated messages.
msgmerge -C compendium-zh_TW.po old-zh_TW.po system-config-services.pot >
old-zh_TW.pot
......... done.
msgfmt -cvo /dev/null old-zh_TW.pot
55 translated messages, 2 fuzzy translations.

Expected results:
When using the compendium file and the existing old translation file, it should
use the translation found in the compendium file for all msgids, even those
marked fuzzy.

I've tried out gettext-0.17-16.1.fc13.x86_64 which has the same behavior."

Is this a known issue?

Thanks, Jens