User Agent: Mozilla/5.0 (Windows NT 6.3; WOW64; rv:36.0) Gecko/20100101 Firefox/36.0 Build ID: 20150320202338 Steps to reproduce: Opened a PDF containing an embedded font in Firefox (attached with filename Test_PDF.pdf). Details of the embedded font are: Type: Type 1 (CID) Encoding: Identity-H Actual results: The font did not display the correct symbols. See attachment 'Test_PDF_in_Firefox.png' Expected results: The font symbols should appear as in attachment 'Test_PDF_in_Acrobat_Pro.png'. The PDF file displays correctly when opened in Acrobat Professional, Internet Explorer and Google Chrome.

It regressed. good=2013-02-06 bad=2013-02-07 http://hg.mozilla.org/mozilla-central/pushloghtml?fromchange=bc108d2ce8d1&tochange=04e13fc9dbff Ryan VanderMeulen — Bug 835954 - Update pdf.js to version 0.7.180. r=yury "PDF c49cc7634be2941b309095387dbfd6 [1.6 - / Esri ArcMap 10.2.2.3552] (PDF.js: 1.0.937)" viewer.js:5357:0 downloadable font: CFF : failed to parse table (font-family: "g_font_1" style:normal weight:normal stretch:normal src index:0) source: data:font/opentype;base64,T1RUTwAJAIAAAwAQQ0ZGIDDIgFEAAACcAAAGfk downloadable font: rejected by sanitizer (font-family: "g_font_1" style:normal weight:normal stretch:normal src index:0) source: data:font/opentype;base64,T1RUTwAJAIAAAwAQQ0ZGIDDIgFEAAACcAAAGfk downloadable font: font load failed (font-family: "g_font_1" style:normal weight:normal stretch:normal src index:0) source: data:font/opentype;base64,T1RUTwAJAIAAAwAQQ0ZGIDDIgFEAAACcAAAGfk

This regressed upstream in PR 2581: https://github.com/mozilla/pdf.js/pull/2581.

Would it be possible to increase the priority of this bug, as it affects PDF maps produced by MapAction and distributed to humanitarian agencies in the aftermath of disasters? If the map symbols do not display properly in the Firefox PDF viewer, then this could cause confusion and impact on the humanitarian response to disasters. Many thanks.

(In reply to Richard Hartley from comment #6) > Would it be possible to increase the priority of this bug? Could you provide numbers in terms of amount of users and/or views of the PDFs generated by MapAction at humanitarian agencies? Also that will make it easier to make a decision if it is important to uplift the fix across Firefox versions.

Apologies for the delay. It is estimated that the PDFs generated by MapAction receive 3000-4000 views, depending on the scale of the disaster. In addition, 5500 people have downloaded the fonts and are using these for their own purposes. This issue will also affect them.

Hi again. Is there any update on resolving this bug? It is causing considerable problems for users across the humanitarian sector. Many thanks.

Reproduced the initial issue using old Firefox 36.0 on Windows 8.1 64, verified that the pdf is displayed correctly using Firefox 50 beta 4 across platforms (Windows 8.1 64bit, Windows 10. 64bit, Ubuntu 14.04 64bit and Mac OS X 10.10.5).

This bug, if it is the same one, must have regressed, because the latest Firefox app on macOS (Version 63.0.3) incorrectly displays the G-Source glyphs starting from U+8F00 in Unicode's official CJK Unified Ideographs (URO) code chart. It is first column of ideographs. The problem continues through U+8FFC. If you display the PDF using another browser, such as Safari or Chrome, you will see the correct glyphs. The following URL takes you directly to the relevant page where the issue starts: https://www.unicode.org/charts/PDF/U4E00.pdf#page=418

I went through the entire code chart for the URO, and the following are the affected ranges for the G-Source representative glyphs: U+8536 through U+85FC U+8700 through U+87FC U+8900 through U+89FC U+8B00 through U+8BFC U+8D00 through U+8DFC U+8F00 through U+8FFC U+9100 through U+91FC U+9300 through U+93FC U+9500 through U+95FC U+9700 through U+97FC U+9900 through U+99FC U+9B00 through U+9BFC U+9D00 through U+9DFC

lunde, Please file a new bug.

Done → https://bugzilla.mozilla.org/show_bug.cgi?id=1512461