After tracing the issue to the line at com.xpn.xwiki.web.Utils:112
  response.setContentLength(content.getBytes().length);
I realized that the actual problem is a JVM default charset. So -Dfile.encoding=UTF-8 did the trick. What's more important is that there is a UTF-8 configuration guide available at http://www.xwiki.org/xwiki/bin/view/AdminGuide/Encoding.

So the moral for me is: read the latest docs and have debugger at hand, just in case.

On 3/22/07, Pavel <pagrus@gmail.com> wrote:
Getting closer to the problem cause. I didn't find any html in the database. However I noticed that _adding a non-ascii symbol truncates html by 1 character_. My guess is that 516 characters is where div style gets damaged. Firefox somehow completes the malformed HTML, so it is not that obvious.
So the remaining thing to figure out is why does it happen. Possibly somewhere incorrect content-length is set...


On 3/21/07, Pavel < pagrus@gmail.com > wrote:
Gilles,
Thanks for your reply.
 
I use UTF8. I didn't try 2000 ascii chars myself, but initial WebHome looks very much like that, and it was showing nicely.
What I did try, however, was 515 russian symbols + ~30 ascii ones. This combination works.
 
I didn't realize that page layout itself comes from db, so I will surely check what style name in fact is in mysql.
Thanks for the tip.
 
Pavel.

From: Gilles Serasset [mailto:Gilles.Serasset@imag.fr]
Sent: Wednesday, March 21, 2007 3:28 PM

To: xwiki-users@objectweb.org
Subject: Re: [xwiki-users] Re: Layout issue with non-latin pages on b5

Hi,

Depending on your encoding, non ascii chars do take up to 3 or 4 times the size of an ascii char. Did you test with 2000 ascii chars ?
What encoding are you using ?

Second, the string clearfloat (without s) is present NOWHERE in the source of xwiki... if it is present in your page, it should come from your DB (from your users)...

Regards, Gilles,

On 21 mars 07, at 11:10, Pavel wrote:

Gilles,
 
I can't be absolutely sure, but looks like XWIKI-987 is a different problem.
In my case it was just a modified WebHome page, not a blog post. And </div> is in place, or at least is does not differ from a correct page. It is css style that makes the difference.
Also, my issue is specific to non-ASCII characters.
 
Best regards,
Pavel
 
From: Gilles Serasset [mailto:Gilles.Serasset@imag.fr]
Sent: Wednesday, March 21, 2007 11:30 AM
To: xwiki-users@objectweb.org
Subject: Re: [xwiki-users] Re: Layout issue with non-latin pages on b5

Hi,

Is it in a blog page ? If yes, it may be related to issue XWIKI-987.

Gilles,
On 18 mars 07, at 00:19, Pavel wrote:

Another experiment: page of 515 or less "§Û" characters renders correctly. 516 or more breaks the layout.

On 3/18/07, Pavel < pagrus@gmail.com> wrote:
Greetings,

I noticed that in certain cases such pages are rendered incorrectly, without white background.

Comparing HTML of correct and incorrect page I noticed that broken one uses <div class="clearfloat"> while correct one mentions <div class="clearfloats">. Notice the "s" in the correct class name. Changing class name with firefox dom explorer fixes the layout.

By removing some content I could find a point where adding another non-latin character makes things go wrong. Adding ASCII works fine though.

Is it a known issue? If not, can it be addressed in scope of 1.0 development?

--
Best regards,
Pavel



--
Best regards,
Pavel

--
You receive this message as a subscriber of the xwiki-users@objectweb.org mailing list.
ObjectWeb mailing lists service home page: http://www.objectweb.org/wws

--
Gilles S¨¦rasset
GETALP-LIG
BP 53 - F-38041 Grenoble Cedex 9
Phone: +33 4 76 51 43 80
Fax:   +33 4 76 44 66 75




--
You receive this message as a subscriber of the xwiki-users@objectweb.org mailing list.
ObjectWeb mailing lists service home page: http://www.objectweb.org/wws

--
Gilles S¨¦rasset
GETALP-LIG
BP 53 - F-38041 Grenoble Cedex 9
Phone: +33 4 76 51 43 80
Fax:   +33 4 76 44 66 75






--
Best regards,
Pavel



--
Best regards,
Pavel