Important: The plugin assigns a record view variable
Description
TYPO3 v14 rewrote the header partial of EXT:. Where v13
Header/ reads {data., the v14 Header/ renders
header and subheader with {record -> f:, and that ViewHelper
requires a record object.
The shipped Contacts/ does not render that partial: the
header of the content element comes from the layout of lib.
around it. A site package that moves the header into its own list template
instead, and leaves it out of the layout of this content element, renders the
partial there, and on TYPO3 v14 such a template aborted with
The record argument must be an instance of ... Given: null
The Contacts for this page content element now assigns an
additional record view variable, built from the tt_ row of the
current content element, as the plugins of EXT: and
EXT: do. TYPO3 v13 ignores it, its header partial keeps
reading data.
Impact
Nothing was removed or renamed. A template override may render the core header
partial, for example with <f:,
or use {record} directly. Rendering the partial takes three things:
EXT:in the partial root paths of the plugin,fluid_ styled_ content/ Resources/ Private/ Partials/ - the default header type in the plugin settings, which the partial falls
back to for the header layout Default and which plugin settings
do not carry:
plugin.,tx_ academiccontacts4pages. settings. default Header Type = {$styles. content. default Header Type} -
a layout for this content element that does not render the header as well — with the layout of
EXT:the header appears twice. A copy of itsfluid_ styled_ content Defaultlayout without the twoHeaderblocks keeps the frame, the anchor and the spacing classes:TypoScript setuptt_content.academiccontacts4pages_list.layoutRootPaths.50 = EXT:my_sitepackage/Resources/Private/Extensions/academic_contacts4pages/Layouts/Copied!
Affected Installations
Installations running the content element on TYPO3 v14 with a list template of their own. TYPO3 v13 installations are unaffected.
Migration
None required.