Project

General

Profile

Actions

Bug #16639

closed

Wrong <Hx> tags generated in the frontend

Added by Tomasz Rakowski over 17 years ago. Updated over 17 years ago.

Status:
Closed
Priority:
Should have
Assignee:
-
Category:
-
Target version:
-
Start date:
2006-10-11
Due date:
% Done:

0%

Estimated time:
TYPO3 Version:
PHP Version:
Tags:
Complexity:
Is Regression:
Sprint Focus:

Description

This issue was tested on following systems:
Typo3 4.0 + rtehtmlarea 1.3.7
Typo3 4.0.2 + rtehtmlarea 1.3.7
Typo3 4.0.2 + rtehtmlarea 1.4.2

<Hx> are not displayed correctly in the frontend, despite the fact they are ok in the RTE and they are correctly written to DB. So it is highly possible it is not RTE error.

In database data is like that:
<h2 align="center">My Header</h2>

On the site it is transformed into:
<p><h2 align="center">My Header</h2>
</p>

It is wrapped with <p> </p> tags.

(issue imported from #M4372)

Actions #1

Updated by Tomasz Rakowski over 17 years ago

In database data is like that:
<h2 align="center">My Header</h2>

On the site it is transformed into:

{p} <h2 align="center">My Header</h2> {/p}

It is wrapped with {p} {/p}
tags.

{} = <>

Actions #2

Updated by Peter Niederlag over 17 years ago

If <h2> is htmlspecialchared from DB to website this is not an htmlarea issue. The default-typoscript templates have "<h2>" in the set of allowd HTML-Tags that will not be touched.

However if you or an extension modify the default-setup then this might happen.

plz use the typoScript Object browser and find out about your setting of:
'lib.parseFunc.allowTags'

I don't consider this to be a bug at the moment.

Actions #3

Updated by Tomasz Rakowski over 17 years ago

In my typoScript Object browser there is no entry for lib.parseFunc.allowTags.
But when I searched for parseFunc system found a lot of entries and most of them had allowTags property somewhere inside, ie:
plugin.tx_macinabanners_pi1.parser.tags.typolist.1.parseFunc.allowTags = b,i,u,a,img,br,div,center,pre,font,hr,sub,sup,p,strong,em,li,ul,ol,blockquote,strike,span
plugin.tt_news.general_stdWrap.parseFunc.tags.typolist.1.parseFunc.allowTags = b,i,u,a,img,br,div,center,pre,font,hr,sub,sup,p,strong,em,li,ul,ol,blockquote,strike,span
tt_content.table.20.1.parseFunc.allowTags = b,i,u,a,img,br,div,center,pre,font,hr,sub,sup,p,strong,em,li,ul,ol,blockquote,strike,span

and many others identical entries.

I added this lib.parseFunc.allowTags manually (and included h1,h2, h3... in the list) but it didn't change the behaviour.

Actions #4

Updated by Peter Niederlag over 17 years ago

seems like you are using the old (deprecated) static template "content (default)", typoscript is organized a little bit different then.

however this is just a matter of proper setup/usage. plz consult ML, documentation or any professional for appropriate support.

Actions

Also available in: Atom PDF