This issue has been brought up for Magento 220.127.116.11.
One of my clients sent me a support email asking why the custom (Text Area type) attribute they created is not rendering the HTML that came from the WYSIWYG enabled for that attribute. Instead, the attribute was showing all it’s HTML undies on the product page.
Upon closer inspection, it transpired that the allow_html_tags_on_frontend flag for that attribute was set to 0 – ie. don’t allow HTML. So what was happening and what can we do to work this issue out?
There are two workarounds for this issue.
Updating this flag directly in the database table
catalog_eav_attribute fixed the issue immediately.
Just find your attribute_id in eav_attributes for the given attribute code and locate it in the above table. Use PHPMyAdmin or similar to update the database manually.
But you can hardly tell your clients to do this every time they add a new text type attribute.
Going into the attribute edit page, revealed nothing useful:
But when we select “No” for “Enable WYSIWYG”, the “Allow HTML-tags on Front-end” drop-down becomes available.
So the second workaround is to save the attribute with the following settings first:
Then, set Enable WYSIWYG to “Yes” and save again.
It seems that even though the hidden Allow HTML tags drop-down has the correct value set, it’s not being saved with the form when just creating a new attribute. Also there seems to be a bug with the drop-down even when Enable WYSIWYG is set to “No” the Allow HTML drop-down isn’t showing immediately, we have to toggle the WYSIWYG drop-down to see it.
Originally published on magebase.com. Copyright © 2010 Magebase - All Rights Reserved.