Bug 549925

Summary: <entry> tag causes unpredictable output when building translations with po files
Product: [Community] Publican Reporter: Richard Wilding <rwilding>
Component: publicanAssignee: Jeff Fearn 🐞 <jfearn>
Status: CLOSED ERRATA QA Contact: Fedora Extras Quality Assurance <extras-qa>
Severity: medium Docs Contact:
Priority: low    
Version: 1.6CC: jfearn, mmcallis, nb, publican-list, rlandman, vedran
Target Milestone: ---   
Target Release: ---   
Hardware: All   
OS: Linux   
Whiteboard:
Fixed In Version: 1.4-1.fc12 Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2010-02-01 01:14:22 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:
Attachments:
Description Flags
Table entry problems demonstrated in Japanese none

Description Richard Wilding 2009-12-22 23:51:45 UTC 
User-Agent:       Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.1.6) Gecko/20091216 Fedora/3.5.6-1.fc11 Firefox/3.5.6

The <entry> tag seems to be causing some unpredictable behaviour when replacing translated strings from po files. Some symptoms are:
- text without <para> tags is not replaced
- text with inline tagging is omitted
- fuzzy translations are being included in the build

These issues are fixed by enclosing text in the table entries in the en-US xml files within <para> tags (i.e. <entry><para>text</para></entry>) and updating po files. However the Docbook spec seems to indicate that <entry>text</entry> is well-formed.

Will attach xml and po files that exhibit this problem. 


Reproducible: Always
Comment 1 Richard Wilding 2009-12-23 00:00:05 UTC 
Created attachment 379951 [details]
Table entry problems demonstrated in Japanese
Comment 2 Vedran Miletić 2009-12-24 22:28:05 UTC 
Changing version to 11 per user agent.
Comment 3 Richard Wilding 2010-01-08 02:14:06 UTC 
This problem doesn't seem to be restricted to table entries. <para>s with nested variable lists and item lists also appear to have the same behaviour. Text in the root of the <para> is not being replaced by its respective translation and inline tagged text is also being omitted.

ie.:

<para>
Text here is problematic.
<variablelist>
...
</variablelist>
</para>
Comment 4 Jeff Fearn 🐞 2010-01-18 05:48:50 UTC 
Modified logic in translation merging code to insert translated text in mix-mode content correctly.

workaround: avoid using mixed mode content.
Comment 5 Fedora Update System 2010-01-29 02:04:57 UTC 
publican-1.4-1.fc12 has been submitted as an update for Fedora 12.
http://admin.fedoraproject.org/updates/publican-1.4-1.fc12
Comment 6 Fedora Update System 2010-01-29 02:06:17 UTC 
publican-1.4-1.fc11 has been submitted as an update for Fedora 11.
http://admin.fedoraproject.org/updates/publican-1.4-1.fc11
Comment 7 Fedora Update System 2010-02-01 01:13:02 UTC 
publican-1.4-1.fc11 has been pushed to the Fedora 11 stable repository.  If problems still persist, please make note of it in this bug report.
Comment 8 Fedora Update System 2010-02-01 01:21:26 UTC 
publican-1.4-1.fc12 has been pushed to the Fedora 12 stable repository.  If problems still persist, please make note of it in this bug report.