Thursday 20 April 2006 3:27:05 pm

The content of database fields (ezxmltext, ezauthor, maybe some others) say to me YES ;) other fields (like eztext) are encoded to iso-8859-2

I have only iso-8859-2 in my siteaccess settings, but some content are rencoded to UTF-8 as you can see here:

http://img208.imageshack.us/my.php?image=mysql7cq.jpg

On this screenshot you may see only ezauthor fields but the same is for ezxmltext.

Friday 21 April 2006 3:48:26 am

Hi Liu

If you want I can help you with fixing the issues with PHP 4.4 as described by Sinisa.

independent eZ Publish developer and service provider | http://blog.coomanskristof.be | http://ezpedia.org

Friday 21 April 2006 6:59:01 am

to Dariusz Wlodarczyk:
hehe, you see, ezauthor just write utf-8 as the encoding, but I doubt it really converts the input into UTF-8

if that's the case for ezxmltext as well, SJSD should work fine too

http://liucougar.scim-im.org
SCIM Input Method Platform
http://scim.sf.net
SJSD Online Editor
http://sf.net/projects/sjsd

Friday 21 April 2006 2:52:25 pm

I checked that ezsimplied input handler does not convert the charset at all (AFAICT)

http://liucougar.scim-im.org
SCIM Input Method Platform
http://scim.sf.net
SJSD Online Editor
http://sf.net/projects/sjsd

Saturday 22 April 2006 6:02:28 am

I'm having some troubles with headers. If I'm using them and I store or publish the draft / disable the editor, I get this error page in Firefox:

The connection was reset  

The connection to the server was reset while the page was loading.
    *   The site could be temporarily unavailable or too busy. Try again in a few
          moments.
    *   If you are unable to load any pages, check your computer's network
          connection.
    *   If your computer or network is protected by a firewall or proxy, make sure
          that Firefox is permitted to access the Web.

And I get this in the Apache error log:
[Sat Apr 22 14:48:24 2006] [notice] Parent: child process exited with status 3221225477 -- Restarting.

Does someone else experiences the same problem?

I'll google a bit to see if I can find a solution.

independent eZ Publish developer and service provider | http://blog.coomanskristof.be | http://ezpedia.org

Saturday 22 April 2006 6:25:15 am

to Kristof Coomans:
thanks man. Applied in svn. Those of use php 4.4/eZ 3.7, could you please test svn r58 and report whether it works?

I never experienced any php errors like the one you got. I suspect it is also related to php 4.4. When you use header, what do you get if you click the ez source button (the last one in the toolbar)

http://liucougar.scim-im.org
SCIM Input Method Platform
http://scim.sf.net
SJSD Online Editor
http://sf.net/projects/sjsd

Saturday 22 April 2006 6:48:48 am

uhm...

seems when you use header, your php will crash

if you have firebug installed, you can see the request and response from server. That full response may be useful, but I am not sure about that.

I suspect the problem is caused in
function convertSectionDomNode
in file ezxmltext/handlers/input/sjsdxmlinput.php

it has somewhat similar logic to what you just fixed for php 4.4

http://liucougar.scim-im.org
SCIM Input Method Platform
http://scim.sf.net
SJSD Online Editor
http://sf.net/projects/sjsd

Saturday 22 April 2006 8:29:52 am

I found the problem and have made a patch. Will post it at sourceforge.

independent eZ Publish developer and service provider | http://blog.coomanskristof.be | http://ezpedia.org

Sunday 23 April 2006 1:27:14 am

Maybe most of them use eZ 3.6.x with PHP 4.3.x. Or it could be a Windows-only problem too.

I'd like to fix some warnings I get with PHP 4.4 too, but maybe it's better to have a seperate branch for PHP 4.3 (eZ 3.6.x) and PHP 4.4 (eZ 3.7.x and newer) to make sure we don't break anything for PHP 4.3?

independent eZ Publish developer and service provider | http://blog.coomanskristof.be | http://ezpedia.org

Sunday 23 April 2006 10:37:09 am

I don't think it will make any difference for PHP 4.3, but according to others it could result in memory corruptions in some cases ( http://hmelis.wordpress.com/2006/02/01/the-lurking-dangers-of-references-in-php/ ).

We've moved all our sites to PHP 4.4 so I actually don't care if it remains compatible with PHP 4.3. PHP 4.3 is buggy, that's why there is PHP 4.4 isn't it? :-) And the next releases of eZ are all for PHP 4.4. But I understand there are people who don't have full control over their web hosting and can't upgrade.

It could be useful indeed to have write access to the sourceforge repository. You can add me to your project :-)

independent eZ Publish developer and service provider | http://blog.coomanskristof.be | http://ezpedia.org