Project

General

Profile

Actions

Bug #18374

closed

XCLASSing USER_INT objects does not work

Added by Frank Nägler about 16 years ago. Updated over 13 years ago.

Status:
Closed
Priority:
Should have
Assignee:
Category:
Communication
Target version:
-
Start date:
2008-03-05
Due date:
% Done:

0%

Estimated time:
TYPO3 Version:
4.1
PHP Version:
5.2
Tags:
Complexity:
Is Regression:
Sprint Focus:

Description

Since update to TYPO3 4.1.6 the XCLASS function does not work any more.

in my installation i use an extension which xclasses the newloginbox. since my update to 4.1.6 the xclass would not be called. if I downgrade to 4.1.5 it works as expected.
(issue imported from #M7759)


Files

0007759_41.patch (514 Bytes) 0007759_41.patch Administrator Admin, 2008-03-31 11:44
0007759_42.patch (524 Bytes) 0007759_42.patch Administrator Admin, 2008-03-31 11:44

Related issues 2 (0 open2 closed)

Related to TYPO3 Core - Bug #17883: Nested USER_INT, COA_INT, etc. objects are not renderedClosedOliver Hader2007-12-04

Actions
Related to TYPO3 Core - Bug #18504: XCLASSes are not working with AJAX calls in t3lib_TCEforms_inlineClosedOliver Hader2008-03-27

Actions
Actions #1

Updated by Lars Michalowski about 16 years ago

Same on my installation. After upgrading to 4.1.6, none of my xclasses is loaded any more (PHP 5.2.5, linux)

Actions #2

Updated by Josef Stich about 16 years ago

I just saw that in 4.1.5 the user scripts (plugins) where included in index_ts.php.

When the plugin, e.g. newloginbox, checks for xclasses, it will work. $TYPO3_CONF_VARS is available.

Since 4.1.6 the scripts were included inside a class method in tslib_fe. When the plugin script is included now, it can't use $TYPO3_CONF_VARS to look for xclasses, it has to look in $GLOBALS['TYPO3_CONF_VARS'] for xclasses.

Quick solution would be, in my view, to go back to 4.1.5 or to change the xclass inclusion parts to $GLOBALS['TYPO3_CONF_VARS'] instead of $TYPO3_CONF_VARS

Actions #3

Updated by Malte Jansen about 16 years ago

Sounds to me like the same problem like in this bugs

http://bugs.typo3.org/view.php?id=7947

You have to add
"global $TYPO3_CONF_VARS;"
before the require_once is called.

Actions #4

Updated by Oliver Hader about 16 years ago

Please test the attached small patch which should solve this bug.

Actions #5

Updated by Josef Stich about 16 years ago

Yes, the patch works for me. Thanks!

Actions #6

Updated by Oliver Hader about 16 years ago

Updated patches:
  • TYPO3 4.1.x: 0007759_41.patch
  • TYPO3 4.2: 0007759_42.patch
Actions #7

Updated by Oliver Hader about 16 years ago

Committed to SVN:
  • TYPO3_4-1 (rev. 3485) --> TYPO3 4.1.7
  • TYPO3_4-2 (rev. 3486)
Actions

Also available in: Atom PDF