Jira Data Center {quote} blocks collapsing spacing

[IT IT]

Hi everyone,

I’m using Jira Data Center (v11.3.5) with the Wiki markup renderer and I’m running into an issue with {quote} blocks.

When I place multiple {quote} blocks consecutively, any blank lines (newlines) between them are ignored and the blocks appear to be merged or rendered without the expected spacing.

 

{quote}

First block

{quote}

 

{quote}

Second block

{quote}

What I’ve tried

• Adding empty lines (Enter) → ignored
• Adding spaces on blank lines → ignored
• Using {noformat} → works but introduces an unwanted box
• Using non-breaking spaces → inconsistent behavior

Questions

• Is this expected behavior of the Jira Data Center Wiki renderer?
• Are there any clean ways to preserve spacing between consecutive {quote} blocks without adding visible separators (like ----)?
• Is this a known limitation or bug in the renderer?

Any guidance or recommended patterns would be greatly appreciated!

Thanks 🙏

[Germán Morales]

Hi @IT IT , welcome to the Community. Short version on your three questions: yes, this is expected, not a per-issue bug. The wiki renderer collapses the blank lines between block macros, so two {quote} blocks in a row come out as adjacent blockquotes with no gap; the source newlines never turn into real empty paragraphs in the HTML, which is exactly why Enter, spaces and even non-breaking spaces behave inconsistently for you.

There is no clean invisible spacer in wiki markup for this, so the reliable fix is to take that field off the wiki renderer: switch its renderer from Wiki Style to Default Text Renderer in its Field Configuration, and the modern editor keeps the spacing between quotes as you would expect. If you must stay on wiki markup, the only no-box option is a minimal separator or folding the text into a single quote with line breaks, since {noformat} and {panel} both add the visible box you are trying to avoid. I couldn't find a specific bug ticket for it, so treat it as a limitation of the legacy renderer rather than a defect.