Ao editar uma publicação que usa um modelo de formulário, a pré-visualização do compositor renderiza qualquer campo composer de múltiplas linhas como uma única linha contínua: títulos colados à frase seguinte, listas e BBCode como texto literal. A publicação salva é renderizada corretamente — apenas a pré-visualização está incorreta.
Causa: form-template-field/composer.gjs espelha cada campo do compositor em um <input type="text"> oculto para validação nativa:
<input id={{this.validationInputId}} type="text" name={{@id}} value={{this.composerValue}} ... class="form-template-field__composer-hidden-input" />
A resposta do compositor — que é o que a pré-visualização renderiza — é montada a partir dessas entradas. De acordo com as regras de sanitização de valores em HTML, uma entrada type="text"> remove CR/LF na atribuição, de modo que todas as quebras de linha no valor do campo desaparecem antes que a pré-visualização as veja. O salvamento lê o próprio editor, motivo pelo qual o conteúdo bruto armazenado não é afetado.
Reprodução (2026.9.0-latest): qualquer modelo de formulário com um campo composer → insira texto contendo linhas em branco (por exemplo, um ## heading, um parágrafo, uma lista) → abra a edição na publicação salva → a pré-visualização mostra o texto achatado em uma única linha, enquanto a própria publicação é renderizada normalmente.
Solução alternativa que estamos usando como tema: altere as entradas ocultas para type="hidden" (o que preserva as quebras de linha na atribuição), repare o valor já achatado a partir do editor do campo e dispare um evento de input para que a resposta seja reconstruída. Isso restaura totalmente a pré-visualização.
Nota para uma correção no núcleo: type="hidden" ignora a validação de restrição required nativa, portanto, o controle substituto provavelmente deve ser um <textarea> visualmente oculto, em vez de uma entrada de texto.