1057544 - PDF Viewer shows notdef instead of apostrophe for WinAnsiEncoded string using substitute font

Status: RESOLVED FIXED

(Firefox :: PDF Viewer, defect, P2)

Description

[Sairus Patel]

Attachment: Small test file that demonstrates the issue

1. I opened the attached PDF in Firefox 31.0. I'd created the PDF using OS font Helvetica Neue Light, with InDesign CC 2014 (or CC 2013, or CS6) on Mac OS 10.9.4.

Observe that PDF.js rejects the embedded Helvetica Neue Light font used for the first two lines and uses a substitute font instead (looks like it uses Helvetica Neue Regular on Mac, and Arial on Win -- note that the different, identity-encoded subset font is correctly used for the 3rd and 4th lines). It shouldn't have rejected the embedded font for the first two lines, and this is being tracked in https://github.com/mozilla/pdf.js/issues/5231. But the bug you're reading right now assumes issue 5231 hasn't been fixed, so read on.

2. Actual: Observe that the apostrophe on the 2nd line shows as as a notdef box.

3. Expected: The apostrophe on the 2nd line shows up as an apostrophe, even if a  substitute font is being used instead of the embedded font.

This may be happening because the first 2 lines are encoded in the PDF as WinAnsiEncoding, and the non-ASCII-range apostrophe character isn't being translated to Unicode (or whatever) correctly.

For a detailed analysis of this PDF, read Sairus Patel's messages in the Adobe forum thread https://forums.adobe.com/message/6642223.

Comment 1

[Sairus Patel]

Happens with Firefox 31.0 on Mac and Win 7. I filed this bug after consulting with Behdad Esfahbod, Jonathan Kew, and Khaled Hosny.

Comment 2

[Petruta Horea [:phorea], Desktop Test Engineering (back on Sep 5th)]

Reproducible using latest Nightly 34.0a1 (20140825030205) under Win 7 64-bit.