Bug Report: Persistent Horizontal Clipping/Splitting of Text Lines Across Page Breaks in PDF Export/Printing on macOS Tahoe 26.2 (Unaffected by Typora v1.12.6)

[jaykay-git]

Summary

Text lines are clipped and split horizontally at page boundaries during PDF export or printing in Typora. The upper portion of letters/words in a line appears at the bottom of one page, the lower portion at the top of the next. The split height varies inconsistently (any ratio, not fixed 50/50), making text bisected and unreadable. This persists in the latest build 1.12.6 (7588) on macOS Tahoe 26.2, despite the “temporary fix for PDF export pagination on macOS 26.2” mentioned in the release notes.
Environment

Typora Version: 1.12.6 (7588)
Operating System: macOS Tahoe 26.2 (build 25C56)
Printer/Print Settings: Export > PDF or Print > Save as PDF; default A4/Letter paper, portrait, no scaling
Document Details: Standard Markdown with long continuous paragraphs of plain text
Theme/Extensions: Default or GitHub theme (issue occurs on both)

Steps to Reproduce

Open a Markdown file in Typora with enough continuous paragraph text to span 4–6+ printed pages.
Go to File > Export > PDF (or File > Print and choose Save as PDF).
Open the generated PDF and go to a page break (e.g., pages 4–5).
Zoom in on any text line that crosses the break.

Expected Behavior

No text line or glyph should ever split across a page boundary.
Lines that don’t fit fully on the current page should move entirely to the next page.
Letters should render completely on one page without clipping.

Actual Behavior

Individual lines are clipped horizontally at page breaks.
Upper parts of the letters appear at the bottom of page N.
Lower parts of the same letters appear at the top of page N+1.
The clip ratio varies (e.g., 30/70, 60/40, 20/80, etc.) depending on font, line height, or exact positioning.
Sentences become unreadable due to bisected glyphs.
Issue only appears in PDF export / print output; editing and reading views are normal.
Still present in Typora 1.12.6 (7588) on macOS 26.2 (25C56).

[netopsengineer]

Came here to open up an issue on this same thing, same OS, latest version of Typora. In my case, I was using "tabloid", having done this extensively for the last few years, with no changes to my workflow I noticed this started happening recently. Sometimes I could work around it by changing the font size or adding extra returns to skip line break behaviors. I first thought this might be Preview chopping it off, but I have tried multiple PDF readers and alas came to the conclusion it is indeed Typora causing it during the PDF export. My Markdown is 100% common mark compliant, and linted, no strange unicode characters are present, and headers are stepped down appropriately # > ## > ### etc.