4.1.2 Problem with no-latin character encoding (fixed)

[wictjob]

Hi,

just installed new CiviCRM 4.1.2 on Drupal.
For some forms section there are no correct  encoding for languages with no-latin characters.
For example with Event Configuration
I've tried it with russian and french languages, the same problem.

Please see screenshot (Event Configuration).
As you can see in Element html code (inspection mode), the field value goes with wrong encoding.

I've tested it with all browsers (IE, FF, Chrome) but there are no changes.

Please note, this problem I've found only for few forms sections (Event Info, Configuration, Imoport) and not for a whole page but for certain section. 

In mo file the translation strings are correct.

But for my previous ver. 4.0.7 there was no such problems.

I will be apreciated for you help.
 

[mathieu]

Hi,

Could you provide a screenshot of the same screen in French? It might provide hints on the type of caracter conversion being done.
I wonder, for example, if somewhere a conversion to an older encoding was done, such as CP-1251.

Otherwise, is it possible possible that the forms / help texts were customized? (either directly in the template, or using "word replacements").
The help text on that screen seems a bit different in length and format than in the standard 4.1 install.

[wictjob]

Hi,

there is a screenshot for french language.

There was no any customizing on this installation, except only in style.css in bartik theme, but only after I have encounter this problem with encoding. So this css customizing has for sure not to do with this problem.

PS: I have checked it on demo site, there is no problem, so I will look to my local installation.

[mathieu]

The part that has weird encoding problems are parts of screens which are loaded using javascript (parts of forms that are loaded after the main screen has been loaded).

Those parts do not have an encoding declaration (the "meta character encoding = utf-8" in the HTML head), so the browser relies on the "Content-Type: text/html; charset=utf-8" header from the web server. If I recall correctly, that header is set by Drupal, and otherwise, Apache has a default value (which is usually UTF-8).

I don't know if that gives any leads as to where the source of the issue might be. It's a bit hard to guess from here.
It might be the Apache webserver configuration, a Drupal module that is overriding the encoding, or a web browser bug.

[wictjob]

Hi,

I have fixed this problem with the new installation (local with XAMPP), so I think it was a some fault installation with localisation steps from my side.

Thank you for your great support!

Victor