Bug 33703 - Exporting to PDF with certain font = Adobe Reader cannot display it
Summary: Exporting to PDF with certain font = Adobe Reader cannot display it
Status: CLOSED DUPLICATE of bug 35431
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Printing and PDF export (show other bugs)
Version:
(earliest affected)
3.3.0 release
Hardware: All All
: medium normal
Assignee: Thorsten Behrens (allotropia)
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2011-01-29 14:54 UTC by spamfrelow
Modified: 2011-08-22 05:44 UTC (History)
5 users (show)

See Also:
Crash report or crash signature:


Attachments
Test exported PDFs from OpenOffice and Libre (76.95 KB, application/zip)
2011-01-29 14:54 UTC, spamfrelow
Details

Note You need to log in before you can comment on or make changes to this bug.
Description spamfrelow 2011-01-29 14:54:42 UTC
Created attachment 42703 [details]
Test exported PDFs from OpenOffice and Libre 

Export a document with "Bitstream Charter" font to PDF.

Resulting PDF opens fine in third-party PDF readers.
Attempts to open in Adobe Reader gives the following error:

"Cannot extract the embedded font"
The whole document shows black circles instead of characters.

Exporting with OpenOffice 3.2 works fine.

I imagine many unsuspecting users will send their resume off as a PDF, expecting everyone to be able to view it, completely unaware of this issue.  I partly consider this to be an Adobe PDF reader issue, I thought PDFs were essentially image files?

Either way, the potential to never be considered for a job because the employer couldn't see your resume and either couldn't (no contact info since they can't read the resume) or didn't have time to contact you is too great.  Even if they did contact you, what option would the normal person who doesn't understand the issue have?  They will likely request a .doc file, which wouldn't be formatted correctly.

Sorry for the rant, hope this can be fixed soon.
Comment 1 Thorsten Behrens (allotropia) 2011-02-07 08:38:35 UTC
Confirmed. Though here, acroread manages to fallback to a usable local font, so no funny circles. Adjusting severity according to https://bugs.freedesktop.org/page.cgi?id=fields.html#importance
Comment 2 spamfrelow 2011-02-07 09:03:11 UTC
Interesting, which version of Adobe Reader is that?

The formatting would probably go to heck on a resume if the font is changed, so you might get blocked at HR anyway, but that's better than funny circles!
Comment 3 Frédéric Buclin 2011-02-22 11:48:34 UTC
This is a "regression" in OpenOffice 3.3.0, see http://www.openoffice.org/issues/show_bug.cgi?id=114901. But OOo developers really don't care about this problem:

"Adjusting priority to the fact that the type1 era ended long ago. Some important platforms like OSX do not even support them anymore. Major font vendors do no longer sell new type1 fonts.

The simplest workaround is to convert the old type1 fonts to the OTF format e.g. using fontforge. The conversion does not lose anything but the problems related to parsing pre-unicode AGL names in the encrypted parts of the font file available through the GDI API."

Said otherwise, if you use a Type1 font, you are lost. I have the same problem with "Nimbus Roman No9 L", which I used in all my documents at work for several years now. And everytime I edit one and export it as PDF, it becomes full with small black circles. This is a real productivity issue as I cannot change the font for my hundreds of documents, especially when you have mixed fonts.

Any chance that LibreOffice developers will pay more attention to this issue?

Also related (and maybe a duplicate): bug 32175.
Comment 4 Zack 2011-03-16 22:18:14 UTC
For what it's worth, the suggested solution of converting the fonts from Type1 to TrueType does work.  However, this is pretty demanding on the average user to convert all of their legacy fonts through FontForge.  I'd still like to be able to just hit export as I did in 3.2.
Comment 5 Rainer Bielefeld Retired 2011-04-04 22:31:02 UTC
Effect is visible in reporter's "test(libre).pdf" ans AR X, but NOT reproducible with reporter's "test.odt" and "LibreOffice 3.3.2  – WIN7  Home Premium  (64bit) German UI [OOO330m19 (Build:202 / tag 3.3.2.2)]".

LibO DRAW and GS open "test(libre).pdf" without problems, AR only shows dots instead of word "Test".

@spamfrelow:
Please contribute information concerning your OS, PDF export settings, ...!

@Thorsten
Have you been able to reproduce the problem?
Comment 6 Frédéric Buclin 2011-04-05 12:01:35 UTC
(In reply to comment #5)
> Effect is visible in reporter's "test(libre).pdf" ans AR X, but NOT
> reproducible with reporter's "test.odt" and "LibreOffice 3.3.2  – WIN7  Home
> Premium

This is not surprising. When you open test.odt on Windows, LibreOffice will replace the missing font by something else, and so when you export the document to PDF again, the font causing trouble is not required to view the PDF file. I pasted in comment 3 all the details about the issue, including a link to the original bug in OOo.
Comment 7 Rainer Bielefeld Retired 2011-04-05 13:52:51 UTC
@Frédéric Buclin:
Strange thing, when I wrote my comment, I only had seen your original report and some changes in history, all other comments with additional information were invisible in my browser. So all my questions are dead and buried.
Comment 8 cgwriting 2011-05-18 02:27:27 UTC
This is definitely a problem. This doesn't just affect PDFs opened by Acrobat Reader, it also occurs on a book file that I uploaded to a printer's system (Lightning Source). The error they see is a corrupted embedded font file.
Comment 9 Caolán McNamara 2011-08-22 05:43:17 UTC

*** This bug has been marked as a duplicate of bug 35431 ***