Bug #18451
closed
<br /> and <link> tags not properly converted but instead escaped and displayed literally in (in conjunction with UTF-8, umlaut)
0%
Description
The value of a content element stored in the database as
"Qualität<br />Sicherheit<br />Effizienz<br />Transparenz"
is converted to
"Qualität<br />Sicherheit<br />Effizienz<br />Transparenz" in the frontend, displaying one of the <br /> tags literally. Removing the umlaut fixes the problem. In some places typo tags like "<link fileadmin/pdf/Unternehmen/Technologien.pdf - pdf>" are displayed literally instead of being interpreted.
We're running the site on Typo 4.2 from Subversion with a complete UTF-8 setup. (Database, forceCharset, utfFilesystem, SET NAMES and SET CHARSET on dbInit.)
Any help is appreciated. I'm willing to help debugging this and try suggested fixes.
Regards, David
(issue imported from #M7869)
Updated by Oliver Hader over 16 years ago
Are you talking about the text of a content element (e.g. by using RTEhtmlarea) which contains those umlauts/links or is it a menu structure?
Updated by Steffen Kamper over 16 years ago
I can't reproduce that. and i'm not sure if i understand it.
I made a CE with text, used words with umlauts and linked them, FE output works as expected.
Updated by David Frster over 16 years ago
I guess this has something to do with the unicode setup, (PHP, MySQL and Typo configuration).
Can you point me to the place where the decision is made whether to escape special characters from the database and create real links from typolinks? Then I can try to debug it myself.
Updated by David Frster over 16 years ago
I can reproduce this with, by inserted words with umlauts separated by linebreaks (<br /%gt;).
The original report may be confusing, because this bugtracker doesn't escape html properly. I try again:
The text in the database is
Qualität<br />Sicherheit<br />Effizienz<br />Transparenz
and ends up as
Qualität<br />Sicherheit<br />Effizienz<br />Transparenz
in the source code of tho frontend.
Updated by David Frster over 16 years ago
The displaying of literal html tags is totally broken in this bugtracker.
Updated by Steffen Kamper over 16 years ago
i tried this here, all ok:
http://www.steffenkamper.info/trunk/index.php?id=81
Updated by David Frster over 16 years ago
Yes, I think the bug is very specific to my setup.
If anyone can tell me, which class is responsible for converting the content from the database for the frontend, I can debug it myself. But the Typo codebase is not exactly small or well structured.
Updated by David Frster over 16 years ago
Disabling the mbstring.overload php setting fixes the weird behaviour. However I would really appreciate if someone can point me to the place the conversion of the content from the database to the frontend output so I can figure out the problem and make it work with the overload setting as well as setting it really makes sense for UTF-8 setups.
Updated by Daniel Poetzinger over 16 years ago
i think your utf8 setup is wrong.
(http://www.typo3-media.com/blog/article/utf8-and-typo3-updated.html)
Updated by David Frster over 16 years ago
As the use of the mbstring overload function is officially discouraged this bug can be closed.
Updated by Ernesto Baschny over 16 years ago
mbstring overload is not supported