Project

General

Profile

Bug #6520

output encoding not consistent

Added by Anonymous over 9 years ago. Updated over 9 years ago.

Status:
Bug resolved
Priority:
Normal
Assignee:
-
Target version:
Chamilo LCMS Connect - LCMS 4 Beta
Start date:
07/08/2013
Due date:
% Done:

0%

Estimated time:
Complexity:
Normal

Description

characters with diacritics from a UTF-8 encoded .i18n file (e.g. umlaut-u ü) are not displayed correctly. Browser: firefox, encoding: UTF-8.
Note: the french translation (which has a lot of diacritcs) displays correctly.

screenshot in attachment

Files

Screenshot from 2013-08-07 14_07_32.png (131 KB) Screenshot from 2013-08-07 14_07_32.png Anonymous, 07/08/2013 14:11
Screenshot from 2013-08-07 15_55_33.png (143 KB) Screenshot from 2013-08-07 15_55_33.png Anonymous, 07/08/2013 16:35

History

#1

Updated by Anonymous over 9 years ago

edit: in the screenshot, the error can be seen in the notification in the top-right corner

#2

Updated by Anonymous over 9 years ago

Edit: An example of the same notification (different content object, but same string, from same resource .i18n file), where the umlaut-u ü is displayed correctly

#3

Updated by Anonymous over 9 years ago

update:
Found the source of the inconsistency: use of htmlentities function on unicode strings.

In this instance: file application/weblcms/php/lib/tool/component/publication_updater.class.php on line 58

The htmlentities function takes ISO-8859-1 by default on PHP < 5.4.0
the encoding parameter should be set to UTF-8 manually

Resolved in the instance that triggered this issue. Other occurances will be fixed on the go.

Remark: I see no reason to actually use htmlentities when the strings it operates on are already UTF-8, perhaps we can omit it, or put it somewhere central instead of all over the place.

#4

Updated by Anonymous over 9 years ago

  • Status changed from New to Bug resolved
  • Target version set to LCMS 4 Beta

Also available in: Atom PDF