Actions
Bug #72898
closedDataHandler ignores type dependent RTE transformation configuration for new content elements
Status:
Closed
Priority:
Should have
Assignee:
-
Category:
DataHandler aka TCEmain
Target version:
-
Start date:
2016-01-22
Due date:
% Done:
100%
Estimated time:
TYPO3 Version:
7
PHP Version:
Tags:
Complexity:
Is Regression:
No
Sprint Focus:
Description
The DataHandler does not use the correct RTE transformation configuration, if
- the RTE configuration is dependent on the records type value.
- AND it is working on a new content element (uid="NEW12345…")
Steps to reproduce in TYPO3 8 and TYPO3 7.6:
- Set the following Page TSConfig
# Allow to create text and textmedia content elements without saving mod.wizards.newContentElement.wizardItems.common.show = header, text, textmedia # Allow only p and br tags in the default RTE configuration RTE.default.proc.entryHTMLparser_db.allowTags = p, br # extend the list of allowed tags for "text" elements. RTE.config.tt_content.bodytext.types.text { proc.entryHTMLparser_db.allowTags := addToList(ul, li) }
- Create a new "text" element by using the new content element wizard
- Add an unsorted list (ul) to the RTE bodytext field
- Save&Close the element
Expected result: As ul and li are allowed for text elements, they should not be removed or escaped, but written to the database
Real result: The ul and li tags will be escaped. The result is an HTML string visible to the editor.
This does not happen if you save the record, before adding the unsorted list to the bodytext.
Actions