After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 392323 - Gtranslator removes all custom headers
Gtranslator removes all custom headers
Status: RESOLVED FIXED
Product: gtranslator
Classification: Other
Component: general
HEAD
Other Linux
: Normal normal
: 2.0
Assigned To: Pablo Sanxiao
Ross Golder
Depends on:
Blocks:
 
 
Reported: 2007-01-03 14:28 UTC by Carlos Perelló Marín
Modified: 2007-11-15 20:40 UTC
See Also:
GNOME target: ---
GNOME version: ---


Attachments
parse and save any custom header (2.96 KB, patch)
2007-04-26 15:49 UTC, Pablo Sanxiao
none Details | Review

Description Carlos Perelló Marín 2007-01-03 14:28:00 UTC
Gtranslator is removing all custom headers (the ones starting with 'X-').

Although it would make sense to remove headers used by other editors to note the .po file was edited by that other program, it should leave untouched the others.

The best example of problems caused by this behaviour is Rosetta (http://launchpad.net/rosetta). Rosetta is a web editor for .po files and also, a repository of .po files available to translate for Ubuntu distribution and other projects. It allows to do offline translations with applications like Gtranslator, but to prevent conflicts, it adds a custom header: X-Rosetta-Export-Date with the timestamp when it was exported from the system.

The problem is that Gtranslator is removing that header so it makes impossible to know whether there is a conflict with other offline translations or web translations.
Comment 1 Yannig MARCHEGAY 2007-01-11 20:05:34 UTC
I definitely agree: it's somehow borring to manually edit every single po file before uploading it into Rosetta.
Comment 2 Yannig MARCHEGAY 2007-04-12 13:43:45 UTC
Sorry but I don't know how bugs are handled. How can we know if this bug is considered as important and should be fixed for next version? Do we just have to wait?
Comment 3 Pablo Sanxiao 2007-04-26 15:49:30 UTC
Created attachment 87068 [details] [review]
parse and save any custom header
Comment 4 Ignacio Casal Quinteiro (nacho) 2007-07-02 10:18:48 UTC
Pablo, Can you attach the completed file? header_stuff.c
Comment 5 Juan José Sánchez Penas 2007-08-01 11:48:57 UTC
Ignacio, this patch is not needed in trunk, cause the gettext functions implement all this behaviour. Pablo's patch only works for 1.1.x
Comment 6 Ignacio Casal Quinteiro (nacho) 2007-08-01 12:32:44 UTC
Then, can i close this bug? Becouse 1.1.x is not maintaining anymore.
Comment 7 Juan José Sánchez Penas 2007-08-01 14:57:34 UTC
Our intention, after talking to Ross, was to finish with the set of patches we (Pablo Sangiao and me) are preparing, and then release 1.1.18 (or something like this) in order to increase a bit the usability of the application before putting all the effort in the new version.

Getting stable the current trunk still needs some work and can take a while, and we thought it was better to do that intermediate stable release for the current users of 1.1.x.
Comment 8 Pablo Sanxiao 2007-11-15 20:40:28 UTC
Fixed in branch gtranslator_1_1_8

Thanks all!