#28141 Rendering safety: Folge-Fehler nach der Fehlerbehandlung von Fehlern in Template-Variablen

Verbesserung

Wichtig

#28073

Optimierter Attributzugriff auf historische Stände

#28101

Scrollbalken vergrössern

Detail

#28040

Umgestaltung der JSP-Seiten der Wartungsseite in der technischen Administration

#28077

CoreTheme: Korrektur der Icons in Baumstrukturen

#28100

Logout Button in der Sidebar einfügen

#28137

Alias %HOST% auch bei Start aus der Entwicklungsumgebung

#28138

Aliases in Test-Scripts

Fehlerbehebung

Detail

#28086

Fehlende Statements im SQL Monitor

#28091

Transaktionsmonitor: Begründung, wenn ein Revert nicht möglich ist

#28097

TLScript: Copy(): Fehler wenn Zieltyp Attribut nicht definiert.

#28103

TLDoclet darf für {@code ...} Abschnitte kein ungültiges XML generieren

#28113

Einstellungskomponenten hören nicht auf Updates des Edit-Mode-Channels

#28120

Layout-Editor: Tile-Kontext-Menü-Command werden nicht angeboten

#28129

Transiente Objekte: Falsche/unzureichende Wertkonvertierung beim Setzen von Werten

#28141

Rendering safety: Folge-Fehler nach der Fehlerbehandlung von Fehlern in Template-Variablen

#28142

Fehler bei Inlining von Layouts: ThreadContextManager not started

Fehlerbehebung

Detail

#28141

Rendering safety: Folge-Fehler nach der Fehlerbehandlung von Fehlern in Template-Variablen

ErrorHandling Rendering

Tritt ein Fehler in einer Template-Variable auf, wird dieser zwar seit #28089 korrekt abgefangen, allerdings crasht das nachfolgende Rendering, wenn die Template-Variable z.B. in einem Attribut ausgewertet wurde. Die Fehlerbehandlung schließt alle offenen Tags, der nachfolgende Code erwartet das aber nicht und läuft in einen Fehler aus dem tl:TagWriter wegen ungültiger Schachtelung (es wird ein Tag geschlossen, obwohl gerade gar kein Tag geöffnet ist.

Lösung

Fehler nur behandeln, wenn der Kontext sich im Inneren eines Elements befindet. Stattdessen zusätzliche Fehlerbehandlung beim Rendern von Tags aus Templates heraus einführen.

Test

Kein Test.