Bug #52662
closedFatal error: Undefined class constant 'SIGNAL_PostProcessStorage' in ...
0%
Description
I'm getting this message with LTS while trying to access backend:
Fatal error: Undefined class constant 'SIGNAL_PostProcessStorage' in ...
There are nearly no plugins installed on the system, I even tried dumping the whole database and used Install script to set TYPO3 up.
I pulled the latest version from git, but that one does that too.
the one (only) reference I found to this problem is here:
http://typo3.3.n7.nabble.com/quot-SIGNAL-PostProcessStorage-quot-Error-nach-Update-auf-6-1-5-td249804.html
even though the suggestion from there (moving 'filelist' up in the extList) didn't help either.
where is SIGNAL_PostProcessStorage used anyway? Where is any documentation to that constant?
Please, is it possible to perform some additional checks for the LTS version into the install script?
Updated by Peter C about 11 years ago
following files contain reference to SIGNAL_PostProcessStorage:
typo3_src/typo3/sysext/core/ext_localconf.php
typo3_src/typo3/sysext/core/Classes/Resource/ResourceFactory.php
class ResourceFactory implements \TYPO3\CMS\Core\SingletonInterface { const SIGNAL_PostProcessStorage = 'postProcessStorage'; . . .
meaning ext_localconf is called before ResourceFactory gets created. How can this be made sure that it gets loaded before?
Updated by Ernesto Baschny about 11 years ago
- Tracker changed from Task to Bug
- Project changed from 2675 to TYPO3 Core
- Category deleted (
UpgradeCheck / Bug)
Updated by Alexander Opitz about 9 years ago
- Status changed from New to Needs Feedback
- TYPO3 Version set to 6.1
- Is Regression set to No
Hi,
as this issue is very old. Does the problem still exists within newer versions of TYPO3 CMS (6.2.15 or 7.6.0)?
Updated by Peter C almost 9 years ago
I would guess this can be closed, resolution is to be found here:
https://forum.typo3.org/index.php?t=msg&goto=695009x%x%
Just as a future reference (if the link gets deleted and in case somebody still stumbles upon this problem):
The problem is the actual order of how extensions are loaded in LocalConfiguration.php under extListArray.
"filelist" should be on top.
Updated by Riccardo De Contardi almost 9 years ago
- Status changed from Needs Feedback to Closed
I think I can safely close this, as the new class loading mechanism introduced since 6.2.10 takes care of this.
If you think that this is the wrong decision or experience this issue again, then please write to the mailing list typo3.teams.bugs with issue number and an explanation or open a new ticket and add a relation to this ticket number.
Thank you