Bug #35681
cObj->RECORDS/CONTENT
| Status: | New | Start date: | 2012-04-04 | ||
|---|---|---|---|---|---|
| Priority: | Should have | Due date: | |||
| Assignee: | - | % Done: | 90% |
||
| Category: | Content Rendering | ||||
| Target version: | 4.6.8 | ||||
| TYPO3 Version: | 4.6 | Complexity: | |||
| PHP Version: | 5.3 | ||||
| Votes: | 0 |
Description
Hi guys,
got a problem using cObj->RECORDS or cObj->CONTENT inside an old extension. In Typo3 4.6.7, the extensions "main" function won't return anything if one of these functions have been used.
The output looks fine, debugging via "echo $this->cObj->RECORDS" will output the desired record.
The entire main-function inside my testing extension looks like this:
function main($content,$conf) {
$content = 'bla';
$rConf = array('tables' => 'tt_content', 'source' => '19', 'dontCheckPid' => 1);
$cConf = array(
'table' => 'tt_content',
'select.' => array(
'pidInList' => 2
)
);
$content .= $this->cObj->CONTENT($cConf);
return $this->pi_wrapInBaseClass($content);
}
Installed this test-extension on a 4.6.2 project and everything worked.
History
Updated by Martin Vennemann about 1 year ago
Please could anyone confirm this as a core-bug or point me into the right direction to get this fixed... running close to a project deadline and I desperately need the RECORDS function inside that old extension (rgtabs)...
Updated by Martin Vennemann about 1 year ago
...same problem with 4.6.8
Updated by Martin Vennemann about 1 year ago
- % Done changed from 0 to 90
finally got it - problem was related to a typoscript setting.
For some reason the typoscript setup of that particular page uses extra makers for a blog, defined likepage.10.marks.BLOG_CONTENT_NORMAL < styles.content.get
Commenting this line out did fix my problem. Is this the intended behavior? That'd mean I have to update more than 100 typoscripts before updating typo3 for our clients...