Created attachment 86377 [details] volunteer_form.pdf Hi team, Here is a PDF that when converted to PostScript level3 with pdftops 0.24.1 -level3 -origpagesizes -r300 cannot be opened with neither Evince, nor GhostScript, nor Adobe Pro.
Created attachment 86378 [details] resulting postscript: volunteer_form.ps.gz
Created attachment 86379 [details] /volunteer_form.pdf
The origpagesizes and r options are not required to trigger the bug. Nor is level3; the level1 and level2 outout also fail in gs. The output from pdftocairo works; so it is spash-specific. Removing the included version of Palatino Roman from the postscript file is enough to make it work. The fonts are not embedded in the pdf; here (as one would expect) poppler substitutes URW Palladio L, but it embedded it in the ps as binary data; not ascii-fied. For some reason it selected ttf fonts for the other faces; those were embedded correctly. (I do have both the t1 and ttf urw 35 where fontconfig can find them; I don't know why pdftops chose the t1 for one face and the ttf for the other.) The problem seems limited to the case where pdftops has to embed a font which was not embedded in the pdf and where it finds said font as a pfb. pdftocairo chose the same fonts to embed, it just embeded the t1 as a pfa rather than as a pfb.
James don't think Splash has anything to do here, more like PSOutputDev
> James don't think Splash has anything to do here, more like PSOutputDev Yes, of course. Well spotted. Stupid think-o. ☹
Created attachment 86721 [details] [review] fix ps font embedding This patch should fix the bug.
I'm able to open and print the document normally with this patch. Thanks a lot for fixing.
Patch pushed. Thanks :-)
Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.