Beim Bearbeiten eines Beitrags, der ein Formular-Template verwendet, rendert die Composer-Vorschau jeden mehrzeiligen composer-Feldwert als eine einzige zusammenhängende Zeile: Überschriften kleben am darauffolgenden Satz, Listen und BBCode erscheinen als Literaltext. Der gespeicherte Beitrag wird korrekt verarbeitet — nur die Vorschau ist fehlerhaft.
Ursache: form-template-field/composer.gjs spiegelt jedes Composer-Feld in ein verstecktes <input type="text"> für die native Validierung:
<input id={{this.validationInputId}} type="text" name={{@id}} value={{this.composerValue}} ... class="form-template-field__composer-hidden-input" />
Die Composer-Antwort — aus der die Vorschau erstellt wird — wird aus diesen Eingabefeldern zusammengesetzt. Gemäß den HTML-Regeln zur Sanitisierung von Werten entfernt ein type="text"-Feld CR/LF-Zeichen bei der Zuweisung, sodass alle Zeilenumbrüche im Feldwert verschwunden sind, bevor die Vorschau sie sieht. Beim Speichern wird der Editor selbst gelesen, weshalb der gespeicherte Rohwert nicht betroffen ist.
Reproduktion (2026.9.0-latest): Jedes Formular-Template mit einem composer-Feld → Text mit Leerzeilen eingeben (z. B. eine ## Überschrift, ein Absatz, eine Liste) → Bearbeitung des gespeicherten Beitrags öffnen → die Vorschau zeigt den Text als eine einzelne Zeile an, während der Beitrag selbst korrekt gerendert wird.
Workaround, den wir als Theme verwenden: Die versteckten Eingabefelder auf type="hidden" umstellen (was Zeilenumbrüche bei der Zuweisung erhält), den bereits zusammengefügten Wert aus dem Feld-Editor reparieren und ein Input-Event auslösen, damit die Antwort neu aufgebaut wird. Dies stellt die Vorschau vollständig wieder her.
Hinweis für eine Kern-Korrektur: type="hidden" überspringt die native required-Constraint-Validierung, daher sollte das Stellvertreter-Element wahrscheinlich ein visuell verstecktes <textarea> sein, anstatt ein Texteingabefeld.