Two reference pages publish an endpoint table as a run-on paragraph, because the source writes the listing unfenced.
api/automation-api and api/package-api both caption a listing and then write its rows as ordinary prose lines inside the module docblock:
packages/spec/src/api/automation-api.zod.ts:16-25
* @example Endpoints
* GET /api/automation — List flows
* GET /api/automation/:name — Get flow
* POST /api/automation — Create flow
* ...
packages/spec/src/api/package-api.zod.ts:19-27 has the identical shape.
Those rows are consecutive non-blank lines, so they are ONE markdown paragraph. apps/docs/source.config.ts loads no remark-breaks, so a soft line break renders as a space: the reader gets every row concatenated onto one line, with the column alignment the author wrote gone. Every other example on these pages is fenced and renders correctly.
Reproduce
sed -n '14,25p' content/docs/references/api/automation-api.mdx
sed -n '13,22p' content/docs/references/api/package-api.mdx
Both show the rows unfenced. Compare with content/docs/references/api/odata.mdx, whose listing under the same kind of caption IS fenced and renders as a block.
Not the renderer
renderFileDescription (packages/spec/scripts/lib/file-description.ts) is correct here — it preserves the source's own line layout deliberately, and markdown's own rules then apply. The fix is in the two sources: fence the listing, the way the neighbouring modules already do. A renderer-side rule that guessed which prose runs are really tables would be exactly the kind of shape-sniffing that file's header rejects.
Provenance
Found while doing #14455, which rewrote the @example Endpoints caption above these two listings into a bold caption. That card is scoped to the TAG LINE and deliberately does not touch what is beneath it, so these two pages still read as a caption followed by a run-on line. Filed rather than folded in.
Generated by Claude Code
Two reference pages publish an endpoint table as a run-on paragraph, because the source writes the listing unfenced.
api/automation-apiandapi/package-apiboth caption a listing and then write its rows as ordinary prose lines inside the module docblock:packages/spec/src/api/package-api.zod.ts:19-27has the identical shape.Those rows are consecutive non-blank lines, so they are ONE markdown paragraph.
apps/docs/source.config.tsloads noremark-breaks, so a soft line break renders as a space: the reader gets every row concatenated onto one line, with the column alignment the author wrote gone. Every other example on these pages is fenced and renders correctly.Reproduce
Both show the rows unfenced. Compare with
content/docs/references/api/odata.mdx, whose listing under the same kind of caption IS fenced and renders as a block.Not the renderer
renderFileDescription(packages/spec/scripts/lib/file-description.ts) is correct here — it preserves the source's own line layout deliberately, and markdown's own rules then apply. The fix is in the two sources: fence the listing, the way the neighbouring modules already do. A renderer-side rule that guessed which prose runs are really tables would be exactly the kind of shape-sniffing that file's header rejects.Provenance
Found while doing #14455, which rewrote the
@example Endpointscaption above these two listings into a bold caption. That card is scoped to the TAG LINE and deliberately does not touch what is beneath it, so these two pages still read as a caption followed by a run-on line. Filed rather than folded in.Generated by Claude Code