HTML code is no longer interpreted

Friday 19 December 2008 2:24:53 am

Hi,
Since few weeks, my HTML code, inserted from the editor with the literal tag, is no longer interpreted by eZ Publish.
For instance, if i write this on my editor :

<literal class="html"><i>Hello World ! </i><br /></literal>

The article on the frontend will display :

<i>Hello World ! </i><br />

I've tryed to clear all cache (within the backend and from a shell with 'ezcache.php --clear-all')
but nothing has changed. I've also deleted the cache folder on /var

Regarding my content.ini files,
- settings/content.ini :

[literal]
AvailableClasses[]
# The class 'html' is disabled by default because it gives editors the
# possibility to insert html and javascript code in XML blocks.
# Don't enable the 'html' class unless you really trust all users who has
# privileges to edit objects containing XML blocks.
#AvailableClasses[]=html
CustomAttributes[]

- settings/siteaccess/mysite/content.ini :

[literal]
AvailableClasses[]
AvailableClasses[]=html

- settings/override/content.ini :

Nothing about the html class

Any idea about my problem ?
Thanks.

Benjamin

Wednesday 07 January 2009 3:02:40 am

Hello,

I'm using eZ Online Editor 4.2
And eZ Publish 3.9.2.

Monday 12 January 2009 11:56:24 am

Hi,

you write, that your settings/content.ini has this:

[literal]
AvailableClasses[]
# The class 'html' is disabled by default because it gives editors the
# possibility to insert html and javascript code in XML blocks.
# Don't enable the 'html' class unless you really trust all users who has
# privileges to edit objects containing XML blocks.
#AvailableClasses[]=html
CustomAttributes[]

If this is true, then try removing the # in the line AvailableClasses[]=html

Should be like this:

[literal]
AvailableClasses[]
# The class 'html' is disabled by default because it gives editors the
# possibility to insert html and javascript code in XML blocks.
# Don't enable the 'html' class unless you really trust all users who has
# privileges to edit objects containing XML blocks.
AvailableClasses[]=html
CustomAttributes[]

I guess, you did an update. Since some 3.x version, the HTML class has been disabled by default (as the comment says).

Marco
http://www.hyperroad-design.com

Wednesday 14 January 2009 8:14:59 am

Hi
I finally solved my problem.
It wasn't due to settings/content.ini but to the extension "ezsh" (used to colorize literal text).
So the html tag wasn't interpreted.
I disabled the extension and everything came back to normal.

Thank you !