https://bugs.documentfoundation.org/show_bug.cgi?id=170147
Bug ID: 170147
Summary: Garbled text and font encoding issues when opening
PDFs created via "Print to PDF" drivers
Product: LibreOffice
Version: 26.8.0.0 alpha0+ master
Hardware: All
OS: All
Status: UNCONFIRMED
Severity: normal
Priority: medium
Component: Draw
Assignee: [email protected]
Reporter: [email protected]
Description:
I’m reporting an issue regarding how LibreOffice Draw handles text in PDFs that
were generated using "Print to PDF" drivers (e.g., from a browser) instead of
being directly downloaded or exported natively.
When users choose to "Print to PDF" to save a pdf, the resulting file often
appears corrupted in Draw. The text is displayed as "garbage" (random symbols)
or renders with the completely wrong font.
The exact same files open and render perfectly in almost any other PDF viewer
(Adobe Acrobat, Chrome, Edge, etc.).
Even if I run the file through PDF repair tools, no errors are flagged, yet
Draw still fails to render the text correctly.
It seems like Draw is struggling to interpret the font encoding or subsets
created by these specific print drivers, making the file as "illegible" for
editing while others read it just fine.
Steps to Reproduce:
Steps to reproduce, open a web pdf.
instead of directly downloading it, use a "Print to PDF" driver to save it.
Open the resulting file in LibreOffice Draw, Draw does not alert any issue when
opening it.
Notice that the text is unreadable/garbled.
Actual Results:
Failure with printing from PDF to PDF, direct downloads without problems
Expected Results:
It should operate like readers that open printed PDFs from PDF to PDF without
any problems.
Reproducible: Always
User Profile Reset: No
Additional Info:
Version: 25.8.4.2 (X86_64)
Build ID: 290daaa01b999472f0c7a3890eb6a550fd74c6df
CPU threads: 4; OS: Windows 10 X86_64 (build 19045); UI render: Skia/Raster;
VCL: win
Locale: en-US (en_US); UI: en-US
Calc: CL threaded
--
You are receiving this mail because:
You are the assignee for the bug.
