Open Bug 1515748 Opened 7 years ago Updated 3 years ago

Printing a pdf results in unicode (?) characters not being rendered

Categories

(Core :: Printing: Output, defect, P3)

defect

Tracking

()

People

(Reporter: tjr, Unassigned)

Details

Attachments

(1 file)

Attached image printed pdf
I've been printing some pdfs recently and they have not been printing correctly... Unfortunately; all of these pdfs are private and I can't attach them. I can share a page of it privately though. I've attached a picture of the output. I've done it on a few different Nightlies; most recently 11/30/2018.
Maybe jfkthame knows something about this?
Flags: needinfo?(jfkthame)
Priority: -- → P3
It looks like the text is all Private Use Area codepoints, which implies the PDFs must be using an embedded font where the desired glyphs are encoded in the PUA range instead of a standard Unicode-encoded font. As such, it can only be rendered if the intended font is passed through to the printing process, and that must be failing in some way. If you can share a sample by email, I might be able to figure out something more... (Are the PDFs generated locally on your machine? If so, it's possible the required font isn't embedded at all, and they only display for you because the font is installed locally, but isn't present in the print job.)
Flags: needinfo?(jfkthame) → needinfo?(tom)
I can confirm this issue. Here's a PDF which may help reproduce it: https://majandofu.com/wp-content/uploads/2016/01/pdf-simple-score-table-0000.pdf
(In reply to frederick888 from comment #3) > I can confirm this issue. Here's a PDF which may help reproduce it: > https://majandofu.com/wp-content/uploads/2016/01/pdf-simple-score-table-0000. > pdf With this PDF, I see .notdef glyphs in the output when "printing" to a new PDF, at least on macOS; this is slightly different behavior from the hexboxes seen in Tom's example, so might indicate a different kind of failure. In this case, the PDF has embedded several Kozuka Mincho Pro fonts, and AFAICS they're used successfully when displaying the PDF within Firefox, but something is going wrong when generating printed output. Looking at the generated PDF, it does include the fonts in some form, but it appears to replace all the Japanese characters in the text with U+100000 for some reason. I'd still be interested to see an example of Tom's PDF that "prints" as hexboxes, too.
Emailed.
Flags: needinfo?(tom)
Severity: normal → S3
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: