Bug 491435

Summary:	Transifex 0.5 doesn't handle outdated POT files correctly
Product:	[Fedora] Fedora Localization	Reporter:	Miloš Komarčević <kmilos>
Component:	Website	Assignee:	Dimitris Glezos <dimitris>
Status:	CLOSED NOTABUG	QA Contact:	Diego Búrigo Zacarão <diegobz>
Severity:	medium	Docs Contact:
Priority:	low
Version:	unspecified	CC:	aalam, piotrdrag
Target Milestone:	---
Target Release:	---
Hardware:	All
OS:	Linux
Whiteboard:
Fixed In Version:		Doc Type:	Bug Fix
Doc Text:		Story Points:	---
Clone Of:		Environment:
Last Closed:	2009-03-21 13:57:05 UTC	Type:	---
Regression:	---	Mount Type:	---
Documentation:	---	CRM:
Verified Versions:		Category:	---
oVirt Team:	---	RHEL 7.3 requirements from Atomic Host:
Cloudforms Team:	---	Target Upstream Version:
Embargoed:

Description Miloš Komarčević 2009-03-20 23:17:34 UTC

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.

For example: 

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

Comment 1 Diego Búrigo Zacarão 2009-03-21 01:30:29 UTC

Alright.

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.

Comment 2 Miloš Komarčević 2009-03-21 09:55:46 UTC

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...

Comment 3 Diego Búrigo Zacarão 2009-03-21 13:57:05 UTC

OK,

Ticket Created on the Transifex upstream trac.
http://transifex.org/ticket/152

Lets discuss it there.

Thanks

Comment 4 Miloš Komarčević 2009-03-21 14:42:01 UTC

Just for reference, I have also reported this particular problem with policycoreutils as bug #491476.

Comment 5 Piotr Drąg 2009-07-03 20:08:18 UTC

Mass change of component from Transifex to Website, since all our websites are handled by Transifex now.