---
title: "Breaking: Partner pages render their content without a global path"
manual: "Academic Partners"
version: "main"
permalink: "https://docs.typo3.org/permalink/fgtclb/academic-partners:breaking-partners-content-load-set-removed@main"
source: "Changelog/3.0/Breaking-ContentLoadSetRemoved.rst"
rendered: "2026-10-08T23:49:53+00:00"
---

# Breaking: Partner pages render their content without a global path {#breaking-partners-content-load-set-removed}

## Description {#description}

The page template of the page type **Academic partner** rendered the
content elements of the page through the global TypoScript object
`styles.content.getContent`. Only the opt-in set
`fgtclb/academic-partners-content-load`, its static template and the static
template **Academic Partners: All components**, which included it,
defined it, for every page of the site. A site on the component sets or the
component static templates without them got an exception on every partner
page:

```text
No Content Object definition found at TypoScript object path "styles.content.getContent"
```

From 3.0 on, the page object of the partner page type carries the content
itself, as the variable `partnerContent`:

```typoscript
[page && traverse(page, "doktype") == 40]
  page.10.variables.partnerContent = CONTENT
  page.10.variables.partnerContent {
    table = tt_content
    select {
      orderBy = sorting, uid
      where = {#colPos}=0
    }
  }
[END]
```

The page template renders it as
`{partnerContent -> f:format.raw()}`, on a `FLUIDTEMPLATE`
and on a `PAGEVIEW` page object alike. Every set of this extension
delivers it.

The site wide override is not needed any more, and it is removed:

-   the set `fgtclb/academic-partners-content-load`;
-   the dependency on it in the aggregate set `fgtclb/academic-partners`;
-   the static template
    **Academic Partners: Content load override (academic_partners)**,
    stored as `EXT:academic_partners/Configuration/TypoScript/ContentLoad`,
    and the entry for it in
    **Academic Partners: All components (academic_partners)**;
-   the file
    [`EXT:academic_partners/Configuration/TypoScript/ContentLoad/setup.typoscript`](https://docs.typo3.org/m/typo3/reference-coreapi/main/en-us/ExtensionArchitecture/FileStructure/Configuration/TypoScript/Index.html#file-extension-configuration-typoscriptsetup-typoscript).

The program page went the same way before, and the partner and project pages
followed together, so from 3.0 on no academic extension defines
`styles.content.getContent`.

## Impact {#impact}

-   A site configuration that names `fgtclb/academic-partners-content-load` as
    a dependency, directly or through a set of the site package, fails
    completely: TYPO3 answers every page of the site with HTTP 500 and the
    message *"Site \<identifier> depends on unavailable sets: ..."*, which
    names the removed set, or the set of the site package that depends on it.
    A site that depends on the aggregate
    `fgtclb/academic-partners` is not affected.
-   `styles.content.getContent` is no longer defined. A template of
    the site package that renders it through `f:cObject` throws the
    exception above.
-   A template override of `AcademicPartner.html` that still renders
    `styles.content.getContent` throws the same exception.
-   A customisation of `styles.content.getContent`, for example
    one that slides the content from the parent pages, no longer reaches
    partner pages. The same holds for a customisation of
    `styles.content.get` that was parsed before the override:
    the override copied it into `styles.content.getContent`.
-   A `sys_template` record that selects the removed static template, or
    imports the removed file, gets nothing for it, without a message.

## Affected Installations {#affected-installations}

Installations that name the content load set or select its static template,
that render `styles.content.getContent` in a template of their own,
or that customised that object for partner pages.

The console command `academic:upgrade:check` of
`EXT:academic_base` reports each of the stored references: a site that
depends on the removed set as `unavailable-set`, the removed static
template as `static-template` and an `@import` of the removed
file in a TypoScript record as `typoscript-import`.

## Migration {#migration}

-   Remove `fgtclb/academic-partners-content-load` from the `dependencies` of
    the site configuration and of every set of the site package. The aggregate
    `fgtclb/academic-partners`, or the component sets, deliver everything a
    partner page needs.
-   Remove the static template from the `sys_template` record, and an
    `@import` of the removed file from a site package.
-   A template override of `AcademicPartner.html` renders
    `{partnerContent -> f:format.raw()}` instead of the
    `f:cObject` call, or overrides the partial
    `Partner/Page/Content.html` alone.
-   Move a customisation of `styles.content.getContent` for
    partner pages to `page.10.variables.partnerContent`, inside the
    same condition - see [The content of a partner page](https://docs.typo3.org/permalink/fgtclb/academic-partners:partner-page-content@main).
-   A site package that renders `styles.content.getContent` in a
    template of its own defines the object itself, for example from
    `styles.content.get`, which TYPO3 defines on every site:

    ```typoscript
    styles.content.getContent < styles.content.get
    styles.content.getContent.select.where = {#colPos}=0
    ```