Red Hat Bugzilla – Bug 491435
Transifex 0.5 doesn't handle outdated POT files correctly
Last modified: 2009-07-03 16:08:18 EDT
Tx 0.5 uses prefers using an outdated repo POT file to generate translation statistics, instead of generating it's own from code and comapring it to the repo one as it used to.
1. PO files were for policycoreutils were updated a few weeks ago in CVS, but not the POT file
2. I've grabbed my sr.po from CVS directly and translated it fully
3. Submitted 100% completed sr.po through Tx 0.5, shows up in CVS ok
4. Shows up as 99% completed in sr.po - viewing it I saw that Tx re-merged my submitted sr.po with it's cached, out of date POT
The new Transifex *does* have the ability of creating POT files from the source file when the component is set up as an intltool based project.
We should ask one of our translators, maybe Piotr, to go through all the components registered for the projects on the new instance, to check if the "i18n type" of each component is setup correctly. I think we have a bunch of components that would need to be set up as intltool ones.
If a component is set up as intltool based, Transifex try to create a new POT file from the source. If it fails, the system uses the current POT, if present, to do the msgmerge.
From where I can see, doing some checking here locally, the policycoreutils intltool support is broken. It points Transifex to use the current POT.
So here is the Q: Should we do not merge intltool based projects when the generation of the POT file fails?
BTW I don't think that leave up to dated PO files with a out to dated POT in a repository is a good practice.
Agreed, and this is a prime example why developers should be automagically hassled if there is a problem with their i18n setup, as suggested in bug #490356, instead of translators filing identical bug reports for multiple modules every release cycle...
Ticket Created on the Transifex upstream trac.
Lets discuss it there.
Just for reference, I have also reported this particular problem with policycoreutils as bug #491476.
Mass change of component from Transifex to Website, since all our websites are handled by Transifex now.