TYPO3 Core

Hello Mathias,

I could not reopen the former issue #67933. This has already been marked as resolved. And it is easier for you to have a new error number.

I am still in the Update process coming from a former TYPO3 7 version.
Now I did fetch the most recent master from Git. Don't I need another patch level from Git?
The TYPO3 site still hangs in the Install Tool upgrade process. I can hardly open th TYPO3 backend now. It is gone anyways.

*http://localhost/developer/typo3/sysext/install/Start/Install.php?install[action]=upgradeWizard&install[context]=standalone&install[controller]=tool *

Uncaught TYPO3 Exception
#1320585902: $hookObject "TYPO3\CMS\Compatibility6\Hooks\ExtTablesPostProcessing\TcaMigration" must implement interface TYPO3\CMS\Core\Database\TableConfigurationPostProcessingHookInterface (More information)

UnexpectedValueException thrown in file
/var/www/html/developer/TYPO3.CMS/typo3/sysext/core/Classes/Core/Bootstrap.php in line 1003.

12 TYPO3\CMS\Core\Core\Bootstrap::runExtTablesPostProcessingHooks()

/var/www/html/developer/TYPO3.CMS/typo3/sysext/core/Classes/Core/Bootstrap.php:

00955:   ExtensionManagementUtility::loadExtTables($allowCaching);
00956:   $this->executeExtTablesAdditionalFile();

00957:   $this->runExtTablesPostProcessingHooks();

00958:   return $this;
00959:  }

11 TYPO3\CMS\Core\Core\Bootstrap::loadExtensionTables(boolean)

/var/www/html/developer/TYPO3.CMS/typo3/sysext/install/Classes/Controller/Action/AbstractAction.php:

00252:    ->unsetReservedGlobalVariables()
00253:    ->initializeTypo3DbGlobal()

00254:    ->loadExtensionTables(FALSE);

00255:  }
00256: 

You can close this issue.

I deinstalled compatibility6 by the file PackageStates.php. Then I could follow the upgrade steps in the Install Tool. After reinstallation of compatibility6 everything was fine.

Mathias Schreiber wrote:

hey helmut, can you take a look at this, please?

@Franz Koch: how did you enable compatibility6 extension?

general question: when and how or if at all should we enable compatibility for upgrade?

I did an upgrade from the TYPO3 version 7.2.0.
Everything had been running and installed already. Then I copied the new TYPO3 source files of TYPO3 7.3.0 there and run the Install Tool which hung on the bug (part 1). I was not able to continue with the Install Tool. Then I did fetch your latest bug fix from Git. It brought me a step further.
compatibility6 has been enabled in TYPO3 7.2 already, when this extension did work fine.

Thanks for your quick response!

Franz Holzinger wrote:

compatibility6 has been enabled in TYPO3 7.2 already, when this extension did work fine.

Allright. So the question is, when and where to re-build the class loading information, when the core is updated.

At least the core updater should do so, but maybe we should also have a step in the migration wizard to tackle that issue.

I have the same error but with a fresh installed TYPO3 CMS 7.4 with composer (no other dependencies).
After the installation, my first action is to enable compatibility6 in EM and then I get the exception.

I tried the same, but this time I installed TYPO3 CMS 7.4 from the sources and it worked.

The exception is thrown with a new TYPO3 CMS 7.4 installation in composer mode.

Sebastian Schawohl wrote:

I have the same error but with a fresh installed TYPO3 CMS 7.4 with composer (no other dependencies).

You have a composer distribution?

After the installation, my first action is to enable compatibility6 in EM and then I get the exception.

Then you need to specify the class aliases and the class loading information for in your root composer.json
There is no way around that. We cannot add these to our typo3/cms package, because then we basically enable the compatibility layer for all users!

I tried the same, but this time I installed TYPO3 CMS 7.4 from the sources and it worked.

Yes, this is different. It is on purpose that extensions can be handled with the EM in that case, including their classes and aliases
Then it works also for compat6

The exception is thrown with a new TYPO3 CMS 7.4 installation in composer mode.

This will be more transparent once we extract compatiblity6 to an own package. Then you can simply require this package via composer and be done

Helmut Hummel wrote:

Sebastian Schawohl wrote:

I have the same error but with a fresh installed TYPO3 CMS 7.4 with composer (no other dependencies).

You have a composer distribution?

I followed these instructions.

After the installation, my first action is to enable compatibility6 in EM and then I get the exception.

Then you need to specify the class aliases and the class loading information for in your root composer.json

Thank you, this was the missing part: classes aliases were missing for compatibility6.

There is no way around that. We cannot add these to our typo3/cms package, because then we basically enable the compatibility layer for all users!

Yes of course this would not be a good solution.

The exception is thrown with a new TYPO3 CMS 7.4 installation in composer mode.

This will be more transparent once we extract compatiblity6 to an own package. Then you can simply require this package via composer and be done

Yes I think it will be more transparent.
From reading the docs I didn't understand that I needed to add these lines in my composer.json file:

"autoload": {
    "psr-4": {
        "TYPO3\\CMS\\Compatibility6\\": "vendor/typo3/cms/typo3/sysext/compatibility6/Classes/" 
    }
}

After that it worked.
For me no more issue, there wasn't any actually, sorry.

Sebastian Schawohl wrote:

I followed these instructions.
For me no more issue, there wasn't any actually, sorry.

Thanks for the swift reply! No need to be sorry! You can do us a favor and add your new knowledge to the wiki. Thanks in advance!

Btw. The composer config you need to do for compatibility6 is only "complete" if you also add the aliases:

"autoload": {
    "psr-4": {
        "TYPO3\\CMS\\Compatibility6\\": "vendor/typo3/cms/typo3/sysext/compatibility6/Classes/" 
    }
},
"extra": {
        "helhum/class-alias-loader": {
            "class-alias-maps": [
                "vendor/typo3/cms/typo3/sysext/compatibility6/Migrations/Code/ClassAliasMap.php" 
            ]
        }
    }

This would be the equivalent config to what happens when you install the ext in non composer mode

Helmut Hummel wrote:

This would be the equivalent config to what happens when you install the ext in non composer mode

uhm, I think this config will only work in TYPO3 master

The extra section for 7.4 must still look like this:

    "extra": {
        "class-alias-maps": [
            "Migrations/Code/ClassAliasMap.php" 
        ]
    },

I just hit this issue. So it seems that it has not been fixed yet.
I'm upgrading from 6.2.29 to 7.6.14. After executing the first upgrade wizards, I came to the compatibility6 one. Right after executing this, I got this exception.

This was NOT a composer installation. I just downloaded the source and set the new symbolic link.

What is the command that you refer to when you say "...solved by executing the command"?

ok. In my case this was caused by the typo3temp/autoload folder that had gotten somehow root ownership. After deleting this manually, everything worked. I assume this folder got this ownership from the command line reference index checking I did previously.