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)
Core
Printing: Output
Tracking
()
NEW
People
(Reporter: tjr, Unassigned)
Details
Attachments
(1 file)
|
1.34 MB,
image/jpeg
|
Details |
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.
Comment 1•7 years ago
|
||
Maybe jfkthame knows something about this?
Flags: needinfo?(jfkthame)
Priority: -- → P3
Comment 2•7 years ago
|
||
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)
Comment 3•7 years ago
|
||
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
Comment 4•7 years ago
|
||
(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.
Updated•3 years ago
|
Severity: normal → S3
You need to log in
before you can comment on or make changes to this bug.
Description
•