Breaking: #92609 - Use controller classes when registering plugins/modules

See forge#92609


Configuring plugins and modules via the following methods has changed in two important ways.

  • \TYPO3\CMS\Extbase\Utility\ExtensionUtility::configurePlugin

  • \TYPO3\CMS\Extbase\Utility\ExtensionUtility::registerModule

Both methods expect to be provided with the arguments $extensionName and $controllerActions. configurePlugin also allows the argument $nonCacheableControllerActions.

The first important change targets the $extensionName argument. During the switch from underscore class names Tx_Extbase_Foo_Bar to actual namespaced classes TYPO3\CMS\Extbase\Foo\Bar, a vendor TYPO3\CMS has been introduced which had to be respected during the configuration of plugins. To make that possible the argument $extensionName has been prepended with the vendor name, concatenated with dots.



    'TYPO3.CMS.Form', // $extensionName
    ['FormFrontend' => 'render, perform'],
    ['FormFrontend' => 'perform'],

Setting the vendor name has been marked as deprecated and must be omitted. Instead, the vendor name will be derived from the controller class namespace, which leads to the second important change.

Both arguments $controllerActions and $nonCacheableControllerActions used controller aliases as array keys. The alias was the controller class name without the namespace and without the Controller suffix. There were a lot of conventions and a custom autoloader mechanism before the introduction of the composer autoloader, which made it necessary to put controllers in a specific directory and to name the controller accordingly. As this is no longer the case, there is no need to guess the controller class name any longer. Instead, the configuration/registration is now done with fully qualified controller class names.



    [\TYPO3\CMS\Form\Controller\FormFrontendController::class => 'render, perform'],
    [\TYPO3\CMS\Form\Controller\FormFrontendController::class => 'perform'],


Using non fully qualified class names during plugin/module registration will lead to malfunctioning plugins/modules at best. Probably an Exception will be thrown or a fatal error occurs during plugin/module dispatching.

Affected Installations

All installations that use these methods:

  • \TYPO3\CMS\Extbase\Utility\ExtensionUtility::configurePlugin()

  • \TYPO3\CMS\Extbase\Utility\ExtensionUtility::registerModule()


  • Omit the vendor name in argument $extensionName

  • Use fully qualified class names as array keys in arguments $controllerActions and $nonCacheableControllerActions