TYPO3 14.3.1 und 13.4.29: Maintenance-Releases mit wichtigen Bugfixes
Artikel vorlesen lassen
TYPO3 14.3.1 und 13.4.29 sind reine Bugfix-Releases. Beide ohne Datenbank-Update, beide mit Verbesserungen, die im Alltag spürbar sind.
Am 12. Mai 2026 hat das TYPO3-Core-Team zwei Wartungs-Releases veröffentlicht: TYPO3 14.3.1 LTS und TYPO3 13.4.29 LTS. Beide sind reine Bugfix-Releases. Datenbank-Updates sind nicht nötig, lediglich ein Leeren aller Caches kann sinnvoll sein.
Wer auf einer der beiden LTS-Linien unterwegs ist, sollte zeitnah aktualisieren.
Die folgenden Listen sind ein Auszug. Ich konzentriere mich auf die Änderungen, die im Alltag von Integratoren und Redakteuren am stärksten ins Gewicht fallen. Die vollständigen Release Notes findest du hier: Release Notes TYPO3 14.3.1 und Release Notes TYPO3 13.4.29.
Die wichtigsten Bugfixes in 14.3.1
Für Redakteure
- Drag and Drop im Seitenmodul wieder benutzbar. Seit TYPO3 13 nutzt das Seitenmodul natives Drag and Drop. Damit funktionierte das Scrollen per Mausrad während eines Drag-Vorgangs in den meisten Browsern nicht mehr. Auf langen Seiten konntest du Inhaltselemente kaum noch sinnvoll an die gewünschte Position verschieben. Es gibt jetzt einen Auto-Scroll-Handler: Sobald du beim Ziehen mit der Maus an den Rand des sichtbaren Bereichs kommst, scrollt die Seite automatisch. Je näher du am Rand bist, desto schneller.
- Avatar-Upload in den Benutzereinstellungen repariert. In bestimmten Inline-Kontexten (Stichwort "partitioned field names", also IRRE-Felder mit Präfix-Segmenten) lieferte das JavaScript einen anderen Feldnamen als das zugehörige HTML-Element. Ergebnis: Der Avatar-Upload-Dialog hat sich kommentarlos verabschiedet, weil der DOM-Lookup ins Leere lief. Profilbilder lassen sich jetzt wieder hochladen.
- Seitenerstellungs-Assistent respektiert die Einfügeposition wieder. Wenn du beim Anlegen einer neuen Seite "danach" (also als Geschwister der Referenzseite) ausgewählt hast, hat der Wizard die Seite trotzdem innerhalb der Referenzseite abgelegt. "Danach" wurde stillschweigend zu "innerhalb" degradiert. Jetzt landet die neue Seite dort, wo du sie hin haben wolltest. Auch pageTSConfig und Berechtigungen werden gegen die richtige Elternseite ausgewertet.
- Page Creation Wizard und Livesearch in einem höheren Modal. Beide öffneten in einem Modal mit der "medium"-Voreinstellung (800x520 Pixel). Das ist breiter als hoch und passt schlecht zu Inhalten, die nach unten wachsen (Seitenwizard-Schritte, lange Trefferlisten). Beide Modals nutzen jetzt eine höhere Variante und sind damit deutlich angenehmer zu bedienen.
Für Integratoren
- Site-Route-Matching für Slugs identisch zum Site-Pfad. Konkretes Beispiel: Site A hat die Base /, Site B die Base /t3/. In Site B liegt eine Unterseite mit dem Slug t3. Die volle URL ist also /t3/t3/. Bis 14.3.0 wurde diese URL der falschen Site zugeordnet, weil die Routing-Logik den passenden Pfad-Anteil von links statt von rechts ermittelt hat. Behoben durch den Wechsel von strpos auf strrpos.
- Empfohlenes Memory-Limit auf 256 MB Minimum, 512 MB Empfehlung angehoben. Der Install-Tool-Check meldete bisher 64 MB als Minimum und 128 MB als Empfehlung. Die Werte sind jetzt auf dem Stand, den ein modernes TYPO3-Setup ohnehin braucht. Wer noch auf alten Hosting-Tarifen sitzt, sollte spätestens jetzt mit dem Hoster sprechen.
- Multibyte-Zeichen in TypoScript-Identifiern. In TypoScript-Werten haben Umlaute und andere Multibyte-Zeichen schon vorher funktioniert. Im Identifier selbst, also z.B. bei über = bar, hat der Parser solche Zeilen aber stillschweigend verworfen. Jetzt funktionieren Umlaute auch in Identifiern und in Multiline-Kommentaren.
- tree-Variable immer im TypoScript-Condition-Matcher verfügbar. Conditions wie [123 in tree.rootLineIds] funktionierten nicht, sobald keine Rootline ermittelt werden konnte (typischer Fall: DataHandler-Operationen auf verwaisten Datensätzen im CLI-Kontext). Statt sauber false zu liefern, hat die Symfony Expression Language einen SyntaxError für die unbekannte Variable tree geworfen. Jetzt ist tree immer vorhanden, mit leeren Defaults wenn keine Rootline ermittelbar ist.
- Cache-Lifetime über 24 Stunden funktioniert wieder. Der interne Default-Cache-Timeout wurde von 24 Stunden auf 1 Jahr angehoben. Hintergrund: Wenn ein Cache-Tag keine explizite Lebensdauer hatte, ist TYPO3 auf diesen Default zurückgefallen. Da am Ende das Minimum aller Tag-Lebensdauern gilt, war der Page-Cache damit effektiv auf 24 Stunden gekappt, auch wenn du explizit längere Werte konfiguriert hattest. Mit dem neuen Default greift deine Konfiguration jetzt wirklich durch.
- Page-Cache wird bei Projektpfad-Wechsel invalidiert. Relevant für Rolling-Release-Deployments, bei denen das TYPO3-Projekt unter wechselnden Pfaden liegt (z.B. releases/2026-05-12/). Bisher hat der Page-Cache nach einem Release-Switch noch die alten Inhalte ausgeliefert. Der Projektpfad fließt jetzt in den Cache-Identifier ein, dadurch wird nach einem Pfadwechsel automatisch ein frischer Cache aufgebaut.
- Content Areas werden bei Iteration sauber aufgelöst. Wenn du eine Content-Area-Collection per foreach durchläufst, bekommst du jetzt zuverlässig fertige ContentArea-Objekte zurück und nicht mehr halb aufgelöste ContentAreaClosure-Instanzen. Relevant für alle, die mit Content Blocks arbeiten oder Content Areas in Fluid iterieren.
- Scheduler-Tasks zuverlässiger. Zwei zusammenhängende Bugs aus dem Scheduler-Refactoring in TYPO3 14 (Scheduler nutzt jetzt DataHandler und TCA): Erstens krachten Tasks, die selbst keinen Backend-User brauchten, sich aber danach selbst aktualisiert haben, mit einer Exception, weil kein $GLOBALS['BE_USER'] existierte. Im CLI-Kontext wird jetzt automatisch ein CommandLineUserAuthentication erzeugt. Zweitens hat jeder einzelne Task-Lauf einen neuen sys_log-Eintrag erzeugt. Das Log lief mit Routine-Einträgen voll. Logging für diese Task-Updates ist jetzt deaktiviert.
Was steckt in 13.4.29?
13.4.29 ist deutlich schlanker, übernimmt aber die wichtigsten Korrekturen aus 14.3.1. Highlights:
- Drag and Drop im Seitenmodul wieder benutzbar. Identisch zum Fix in 14.3.1: Auto-Scroll-Handler beim Ziehen über lange Seitenansichten.
- Site-Route-Matching für Slugs identisch zum Site-Pfad. Multi-Site-Setups, in denen ein Unterseiten-Slug das gleiche Pfadsegment trägt wie die Base einer anderen Site, werden jetzt der richtigen Site zugeordnet (siehe Detail-Beispiel oben bei 14.3.1).
- Multibyte-Zeichen in TypoScript-Identifiern. Umlaute in Schlüsseln wie über = bar werden nicht mehr stillschweigend verworfen.
- Leerer Reference-Output in TypoScript wird vermieden. Wer in TypoScript auf ein leeres Content-Objekt referenziert hat und in der Referenz Werte setzen wollte (Pattern lib.bar =< lib.foo mit anschließendem lib.bar.value = ...), bekam einen leeren Output. Der ContentObjectRenderer hat den Identifier der Referenz statt deren Content-Typ aufgelöst. Das leere Objekt lässt sich jetzt korrekt über die Referenz befüllen.
- IRRE- und File-Toggle-Switch mit invertStateDisplay repariert. Seit der Umstellung in TYPO3 13, die für alle Hidden-Felder automatisch invertStateDisplay aktiviert hat, war der Hide/Show-Toggle bei IRRE- und File-Relationen unbrauchbar. Der Schalter hat den Display-State der invertierten Checkbox abgelesen statt den tatsächlich gespeicherten Wert. Jetzt wird data-invert-state-display korrekt berücksichtigt und das Toggling funktioniert wieder.
Auch hier gilt: kein Datenbank-Update notwendig, nur Caches leeren.
Einordnung: Was bedeutet das für dich?
Beide Releases sind keine spektakulären Versionen, sondern solide Pflege-Arbeit am Code. Genau das, was eine LTS-Linie ausmacht.
Wer aktiv mit dem TYPO3-Backend arbeitet, profitiert spürbar. Das Drag-and-Drop-Problem im Seitenmodul war besonders ärgerlich, weil es den täglichen Editier-Workflow direkt betroffen hat. Auch der Avatar-Upload-Fix klingt klein, hat aber überall dort für Frust gesorgt, wo IRRE-Felder mit verschachtelten Inline-Strukturen im Einsatz sind.
Für Integratoren ist vor allem die Anhebung des empfohlenen Memory-Limits bemerkenswert. 256 MB als Minimum und 512 MB als Empfehlung sind kein Kosmetik-Update, sondern ein klares Signal an die Hosting-Landschaft. Sollte aber in modernen Umgebungen kein Problem sein.
Der TypoScript-Multibyte-Fix und das verbesserte Site-Routing sind unauffällig, aber genau die Art Bugfix, die in einem Live-Projekt plötzlich erklärt, warum eine seltsame URL- oder Sonderzeichen-Konstellation Probleme macht.
Mein Rat: zeitnah aktualisieren, ein Leeren der Caches einplanen, kurz im Backend gegenchecken. Mehr ist nicht zu tun.
BackDu hast eine Frage oder willst das Thema diskutieren?
Im Community Hub für TYPO3 kannst du dich mit anderen TYPO3 Anwendern austauschen. Und wenn du keine neuen Artikel verpassen willst: Der TYPO3 Newsletter kommt einmal im Monat, ohne Spam.