Bug 628266

Summary:	Apostrophes presented as entities in POT files
Product:	[Community] Publican	Reporter:	Ruediger Landmann <rlandman>
Component:	publican	Assignee:	Jeff Fearn 🐞 <jfearn>
Status:	CLOSED ERRATA	QA Contact:	Fedora Extras Quality Assurance <extras-qa>
Severity:	medium	Docs Contact:
Priority:	low
Version:	1.6	CC:	jfearn, mmcallis, mospina, publican-list, rlandman
Target Milestone:	---
Target Release:	---
Hardware:	All
OS:	Linux
Whiteboard:
Fixed In Version:	publican-2.2-0.fc13	Doc Type:	Bug Fix
Doc Text:		Story Points:	---
Clone Of:		Environment:
Last Closed:	2010-10-08 20:42:45 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 Ruediger Landmann 2010-08-29 02:14:50 UTC

Description of problem:
When Publican generates a POT file from an XML file, all apostrophes (single quote marks) in the text are presented as &#39;

This breaks translations made when Publican presented single quote marks/apostrophes in PO files.

Using numerical entities for apostrophes makes translation more difficult, since the nature of the entity is not always obvious.

Version-Release number of selected component (if applicable):
2.1

How reproducible:
100%

Steps to Reproduce:
1. Place a string with an apostrophe in an XML file
2. run publican update_pot
  
Actual results:
The string appears in the POT file with &#39; in place of the apostrophe

Expected results:
The apostrophe is presented as a normal single quote mark.

Comment 1 Ruediger Landmann 2010-08-30 05:22:44 UTC

Confirmed fixed in build 2.1-0.fc13.t36

Reverting to this earlier behaviour will affect any books where the POT files have been refreshed in the last few months. However, it will prevent fuzzies being generated for strings with apostrophes in them when you reuse translations made previous to the last few months. Also, it ensures that single and double quotation marks are presented in the PO files as ' and " instead of &#39; and &#34;

Manuel, is the earlier behaviour (' and ") what you would expect?

Comment 2 Manuel Ospina 2010-09-06 00:20:43 UTC

I think having the  ' and " is clearer for translators.

Comment 3 Ruediger Landmann 2010-09-28 07:10:26 UTC

A similar issue us happening with &lt; and &gt; -- these get changed into &#60; and &#62; in POT

Discovered on 2.1-0.fc13.t106

Comment 4 Jeff Fearn 🐞 2010-09-29 05:32:49 UTC

Fixed < and >.

Fixed in build: 2.1-0%{?dist}.t110

Comment 5 Fedora Update System 2010-10-06 05:49:09 UTC

publican-2.2-0.fc13 has been submitted as an update for Fedora 13.
https://admin.fedoraproject.org/updates/publican-2.2-0.fc13

Comment 6 Fedora Update System 2010-10-06 05:50:25 UTC

publican-2.2-0.fc12 has been submitted as an update for Fedora 12.
https://admin.fedoraproject.org/updates/publican-2.2-0.fc12

Comment 7 Fedora Update System 2010-10-06 05:50:29 UTC

publican-2.2-0.fc14 has been submitted as an update for Fedora 14.
https://admin.fedoraproject.org/updates/publican-2.2-0.fc14

Comment 8 Fedora Update System 2010-10-08 20:40:34 UTC

publican-2.2-0.fc13 has been pushed to the Fedora 13 stable repository.  If problems still persist, please make note of it in this bug report.

Comment 9 Laura Bailey 2010-11-28 23:44:16 UTC

A number of my older books showed this problem with a large number of entities. Posting the list here in case of later regression:

&#39;
&#x2019;
&#34; (remember to replace this with \" in po files, to escape the " character)
&#60;
&#62;
&#x201C;
&#x201D; (remember to replace this with \" in po files, to escape the " character)
&#x2013;
&#160;
&#xA0;
&#8212;
&#37;
&#36;