[Poppler-bugs] [Bug 71151] New: PDF documents using Charter Type 1 font not printed and previewed correctly

[bugzilla-daemon at freedesktop.org]

https://bugs.freedesktop.org/show_bug.cgi?id=71151

          Priority: medium
            Bug ID: 71151
          Assignee: poppler-bugs at lists.freedesktop.org
           Summary: PDF documents using Charter Type 1 font not printed
                    and previewed correctly
          Severity: normal
    Classification: Unclassified
                OS: All
          Reporter: gpoo at gnome.org
          Hardware: Other
            Status: NEW
           Version: unspecified
         Component: cairo backend
           Product: poppler

Created attachment 88522
  --> https://bugs.freedesktop.org/attachment.cgi?id=88522&action=edit
PDF Test Case

As reported in https://bugzilla.gnome.org/show_bug.cgi?id=710777:


--------------------------------------------------------
Some PDFs embedding the free Charter Type 1 font
(http://www.ctan.org/tex-archive/fonts/charter/) are not printed correctly and
are not displayed correctly in the print preview opened from Evince.  In
particular, the problems are:

Printing:

 1. The dots over German umlauts are missing.
 2. Certain letters (for example, all bold 'M' or all bold 'r' in the document)
are replaced by two small dots.
 3. Sometimes, the whole text typeset in the regular Charter font (non-bold,
non-italic) is printed in a different font (which looks like Times to my eyes).

Print preview:

 4. German umlauts are not visible.
 5. Sometimes, the previewer simply crashes.

The normal display in Evince is not affected.

All documents I have tested are displayed and printed correctly by xpdf,
Ghostscript, Acrobat Reader on Win7, and Apple Preview on OSX.

I have not observed such problems with PDFs using other embedded Type 1 fonts
(among others, I tested URW Palladio L and Latin Modern).

The bug seems to be somehow triggered by documents containing accented
characters, such as German umlauts.  It's not easy to see, though, what exactly
triggers it.  I have created a small test document, which exhibits problems 1.
and 4.; it is available at:


https://drive.google.com/file/d/0BxyCjvRCPNawM2dsUW9kZUQycFE/edit?usp=sharing

Small changes in the documents can make the problems appear or disappear.  For
example, in above document, when I delete the quotation marks around the first
line of text or add quotation marks around the second line of text, Evince
prints the resulting document correctly.  This makes it difficult to create
small test documents exhibiting all cited problems (I'm sorry, but I can't
share the original documents).

I don't know exactly how printing is done in Evince, but since xpdf and
Ghostscript have no problems with these documents, I suspect that this is a bug
in Cairo.
--------------------------------------------------------

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.freedesktop.org/archives/poppler-bugs/attachments/20131102/ef21238b/attachment.html>