Bug #17443

Plugins: Use record specific RTEtsConfigParams

Added by Oliver Hader almost 14 years ago. Updated almost 13 years ago.

Should have
Target version:
Start date:
Due date:
% Done:


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


The RTEhtmlarea plugin UserElements offers a possibility to create custom tags. The shown popup window with those user elements gets called with the GET parameter "RTEtsConfigParams" which has several information about the tablename, uid, pid, ... of the field the RTEhtmlarea field was put it.

Currently the information of the variable "RTEtsConfigParams" is created only for the first instance of RTEhtmlarea in the JavaScript variable RTEarea0['RTEtsConfigParams']. Thus, all other RTE fields get the same RTEtsConfigParams.

This makes it impossible to render record and field specific user elements in the popup window showing the available tags.

This behaviour occurs also in other Plugins of RTEhtmlarea.

Using TYPO3 4.1.1 with the sysext RTEhtmlarea 1.5.2
(issue imported from #M5907)


0005907.patch (3.8 KB) 0005907.patch Administrator Admin, 2007-07-06 09:19
0005907_v2.patch (27.3 KB) 0005907_v2.patch Administrator Admin, 2007-07-06 09:41

Updated by Oliver Hader almost 14 years ago

The attached patch (0005907.patch) creates the RTEtsConfigParams for each instance of RTEhtmlarea. If you'd like to test, apply the patch and make sure to delete the cached rtehtmlarea* files in typo3temp.


Updated by Oliver Hader almost 14 years ago

0005907_v2.patch changes the RTEhtmlarea variable in the plugins TYPO3HtmlParser, TYPO3Browsers, Acronym and UserElements.


Updated by Oliver Hader almost 14 years ago

Committed to SVN:
  • TYPO3_4-1 (rev. 2415) -- will be in TYPO3 4.1.2
  • Trunk (rev. 2416)

Also available in: Atom PDF