Details
-
Bug
-
Resolution: Fixed
-
Major
-
4.1.1, 4.1.2
-
None
-
Windows, probably also Linux with non-UTF8 locale
Below is my config, but i don';t think it is relevant, i'm sure porblem is generic given above details.
I think ANY installation with Java SysProp file.encoding different from UTF8 would drive to this behaviour.
JRE 7b05-win64 / Jetty / XWiki 4.1.2 WAR / HSQLDB / Apache OpenOffice 3.4
Windows, probably also Linux with non-UTF8 locale Below is my config, but i don';t think it is relevant, i'm sure porblem is generic given above details. I think ANY installation with Java SysProp file.encoding different from UTF8 would drive to this behaviour. JRE 7b05-win64 / Jetty / XWiki 4.1.2 WAR / HSQLDB / Apache OpenOffice 3.4
Description
Proposed change attached in comments 10/Jul/12
You probably use file.encoding in export ?
http://www.mindspring.com/~mgrand/java-system-properties.htm
I managed to intercept export_input.html and it is obviously broken.
It's header claims
<meta content="text/html; charset=UTF-8" http-equiv="Content-Type" /><meta content="ru" name="language" />
But the content is in OS-dependent SBCS: namely windows-1251 to me instead of UTF-8.
You should sync them and stick to one case or another.
Personally i am for all UTF-8, since who can give warrants that user did not entered into wiki-page characters that are beyond OS-local SBCS encoding, like greek chars or german or whatever ?
Attachments
Issue Links
- is related to
-
-
- Closed
-