A commit body line of only dashes-and-spaces (e.g. "- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -" used as a visual section divider above a sub-heading) was being detected as a bullet list item and fed through splitOnDashSegments, which split it on every internal " - " and re-emitted each segment as "- ". A 36-dash divider therefore became 18 consecutive lines of "- -" in the published release-note markdown, which then rendered as 18 empty bullets - already happened on commit 59d78a4's release note (closes 2026-04-29-issue-251) under both the "Code fix" and "Data backfill" sub-headings.
Now formatBodyLine recognises a "bullet" line whose stripped content is only dashes and whitespace and emits a single "---" instead, which CommonMark renders as a horizontal rule (or, more usefully here, as the underline of a setext h2 when the line above is a paragraph - exactly the visual the original commit author was reaching for). Continuous-dash setext underlines like "------------" were never affected by the bug (they do not start with "- " followed by a space) and remain untouched.
Also re-rendered the already-published release note for #251 directly against the staging pageContent collection so the live page matches the fixed output.