Bug #23651
closedhtmlArea RTE: t3lib_div::array_merge_recursive_overrule() problem (#18738 follow-up)
0%
Description
This is a follow-up to bug 8314 which was a fixed and committed but seems to be overwritten. Take a look here: http://bugs.typo3.org/bug_view_advanced_page.php?bug_id=8314
I re-open this issue because I get an email due to my extension beautyofcode.
Following error message was reported:
Error message:
#####
PHP Catchable Fatal Error: Argument 1 passed to
t3lib_div::array_merge_recursive_overrule() must be an array, null
given, called in
/html/typo3/typo3_src-4.4.2/typo3/sysext/rtehtmlarea/class.tx_rtehtmlareaapi.php
on line 80 and defined in
/html/typo3/typo3_src-4.4.2/t3lib/class.t3lib_div.php line 2059
#####
This is strange as I do not use rte in my extension (its a syntax highlighter). I googled and found bug 8314 which solved the problem.
Used system config:
TYPO3: 4.4.2
PHP: 5.2.13
EXT beautyOfCode 0.6.0
Main problem is my extension works great within TYPO 4.2.2. Its already tested in a fresh Introduction package installation. So I cant reproduce the problem, but it was confirmed by the well known german hoster Mittwald.
I will write an email to the error reporter, perhaps he could help.
My only idea that the function tx_beautyofcode_addFields->getConfig within my extension which calls the t3lib_pageSelect function causes the problem in rarely cases. But how to debug when I cant reproduce the problem? But as some other people reported (see above mentioned bug) report the same for tt_news I assume this needs to be patched again.
The patch delivered in #18738 is outdated. Due to the user who reported the bug, this works:
/**
* Return true if we are in the FE, but not in the FE editing feature
of BE.
*
* @return boolean
*/
function is_FE() {
//return is_object($GLOBALS['TSFE']) &&
!$this->isFrontendEditActive();
return is_object($TSFE) && is_array($this->LOCAL_LANG) &&
!strstr($this->elementId,'TSFE_EDIT');
}
(issue imported from #M15864)