PDF is missing the letter "A" throughout the document. OK when viewed in Windows.

[Bob Heide]

Binary package hint: evince

Using Ubuntu 8.04 - the Hardy Heron (up to date as of 7/27/2008 at 1:17 AM EDT).

Using the attached PDF, there are many instances of the letter "A" not appearing. Perhaps this is a problem with the document, but I am able to view the same attached document under Windows using Adobe Acrobat 8.1.2.

ProblemType: Bug
Architecture: i386
Date: Sun Jul 27 01:08:07 2008
DistroRelease: Ubuntu 8.04
ExecutablePath: /usr/bin/evince
Package: evince 2.22.2-0ubuntu1
PackageArchitecture: i386
ProcEnviron:
 PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/games
 LANG=en_US.UTF-8
 SHELL=/bin/bash
SourcePackage: evince
Uname: Linux 2.6.24-19-generic i686

[Ralph Janke (txwikinger)]

It seems like the particular font that is used for the headlines is missing the letter 'A' or something like this. Could you try a different font for that if the problem disappears.

Thanks

[Bob Heide (rheide)]

I am not producing the PDF in question. I'm just trying to view it, so I
cannot modify how it is being produced.

Looking at the properties of the PDF, I do see that just one of the many
fonts in the document is not embedded. Is it possible this is the problem?

As I indicated in my original post, this PDF views fine using Acrobat
Reader in Windows.

[Greg Grossmeier (greg.grossmeier)]

Yes, not having the fonts embedded in the pdf can cause this type of issue. So, in this case the font might be installed on Windows but not Ubuntu. This kind of situation is most times caused by the fact that Ubuntu (or anyone else) can not distribute the font due to licensing/copyright/whatever restrictions.

Please install the latest available Adobe Acrobat reader for linux and report back if the problem is duplicated there or not.

Thanks!

[Greg Grossmeier (greg.grossmeier)]

Originally opened at: https://launchpad.net/bugs/252250
-----

Using the attached PDF, there are many instances of the letter "A" not appearing. Perhaps this is a problem with the document, but I am able to view the same attached document under Windows using Adobe Acrobat 8.1.2.

using: libpoppler2 0.6.4-1ubuntu3

PDF: http://launchpadlibrarian.net/16343751/PZO1110AE-print.pdf

---

I installed the latest Adobe Acrobat reader for Linux, and it DOES display
the missing character properly using the document in question.

[Bob Heide (rheide)]

I installed the latest Adobe Acrobat reader for Linux, and it DOES display
the missing character properly using the document in question.

[Greg Grossmeier (greg.grossmeier)]

Reported to the upstream developers. You can follow the progress here: https://bugs.freedesktop.org/show_bug.cgi?id=16907

[Albert Astals Cid (aacid)]

Not a cairo problem

[Albert Astals Cid (aacid)]

Not a poppler problem even, it works fine here using poppler 0.9.3 and freetype from development version, but fails with poppler 0.9.3 and freetype 2.3.7 (latest stable version), so when freetype releases a new version the pdf will render correctly.

[Greg Grossmeier (greg.grossmeier)]

From upstream:
-----
Not a poppler problem even, it works fine here using poppler 0.9.3 and freetype
from development version, but fails with poppler 0.9.3 and freetype 2.3.7
(latest stable version), so when freetype releases a new version the pdf will
render correctly.
-----
reassigning accordingly.

[Andreas Turriff (aturriff)]

I extracted the following patch from Freetype's CVS and bug tracker. Fixes the problem for me. Tracked as #24430 in Freetype (https://savannah.nongnu.org/bugs/?func=detailitem&item_id=24430)

[Launchpad Janitor (janitor)]

This bug was fixed in the package freetype - 2.3.9-3

---------------
freetype (2.3.9-3) unstable; urgency=low

  * Drop spurious Suggests: on libfreetype6-dev. Closes: #363937.
  * debian/patches-freetype/enable-subpixel-rendering.patch: enable subpixel
    rendering features, used by libcairo and xft to provide LCD colour
    filtering. This is considered no more or less evil than the bytecode
    interpreter which we also enable.
  * Move debian/libfreetype6.copyright to debian/copyright, and selectively
    install it to the single binary package in debian/rules; the same
    copyright file is used for all the binaries anyway via symlinks, so
    there's no reason it shouldn't ship as debian/copyright.
    Closes: #381228.
  * Clip redundant LICENSE.TXT and GPL.TXT files from the
    libfreetype6-dev package. Closes: #459802.

freetype (2.3.9-2) unstable; urgency=low

  * debian/rules: bump the shlibs version, since 2.3.9 introduces a handful
    of new symbols
  * debian/libfreetype6.symbols: add a new symbols file, which should cause
    most packages to have relaxed dependencies of libfreetype6 now.

freetype (2.3.9-1) unstable; urgency=low

  * New upstream version; closes: #519168.
    * fixes a SIGFPE in evince when displaying some PDFs. Closes: #494350,
      LP: #277294.
    * fix a rendering issue with embedded Myriad_Pro fonts in some PDFs.
      LP: #330438.
    * fix a rendering issue with some glyphs not rendering in PDFs when
      an embedded font uses CID 0. LP: #252250.
    * drop patches-freetype/no-segfault-on-load_mac_face, included
      upstream.
    * patches-ft2demos/ft2demos-2.1.7-ftbench.patch: drop unused
      patch chunk
  * fix up the get-orig-source target to autodetect the upstream version
    using the changelog by default.

 -- Steve Langasek <email address hidden> Sat, 14 Mar 2009 18:54:19 +0000