Bug 63209 - Impress prints images instead of embedded fonts
Summary: Impress prints images instead of embedded fonts
Status: NEEDINFO
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Printing and PDF export (show other bugs)
Version: 4.0.2.2 release
Hardware: x86-64 (AMD64) Linux (All)
: medium normal
Assignee: Not Assigned
QA Contact:
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2013-04-06 17:57 UTC by Oli Sennhauser
Modified: 2014-09-27 16:05 UTC (History)
2 users (show)

See Also:
i915 platform:
i915 features:


Attachments
document creating the troubles (215.84 KB, application/vnd.oasis.opendocument.presentation)
2013-04-06 17:57 UTC, Oli Sennhauser
Details
"bad" pdf document (466.29 KB, application/pdf)
2013-04-06 17:58 UTC, Oli Sennhauser
Details
PDFs of 2-up handouts using cups-pdf v2.5.0 across LO v3304 thru v4132. (1.57 MB, application/zip)
2013-12-22 08:42 UTC, Owen Genat
Details

Description Oli Sennhauser 2013-04-06 17:57:14 UTC
Created attachment 77535 [details]
document creating the troubles

When I print the attached document as handout (2 slides per page) libre office impress prints rendered image document instead of embedded fonts.
This was working 2 months ago.
it seems to depened on the document.
Comment 1 Oli Sennhauser 2013-04-06 17:58:30 UTC
Created attachment 77536 [details]
"bad" pdf document

pdffonts MfP-operations.pdf 
name                                 type              emb sub uni object ID
------------------------------------ ----------------- --- --- --- ---------
Comment 2 Joel Madero 2013-04-08 20:53:40 UTC
Please provide more concrete steps of how to reproduce. Are you print -> to file or are you exporting to PDF? Also, how are you creating the handout pdf? 

Marking as NEEDINFO, once you provide detailed steps mark as UNCONFIRMED and we will investigate. Thanks!
Comment 3 Oli Sennhauser 2013-04-09 19:18:50 UTC
File > Print > Document: Handouts, Slides per page: 2 > Print

to PDF Printer

Setting up cups-pdf (2.6.1-6) ...
Comment 4 QA Administrators 2013-11-04 22:17:53 UTC
Dear Bug Submitter,

This bug has been in NEEDINFO status with no change for at least 6 months. Please provide the requested information as soon as possible and mark the bug as UNCONFIRMED. Due to regular bug tracker maintenance, if the bug is still in NEEDINFO status with no change in 30 days the QA team will close the bug as INVALID due to lack of needed information.

For more information about our NEEDINFO policy please read the wiki located here: 
https://wiki.documentfoundation.org/QA/FDO/NEEDINFO

If you have already provided the requested information, please mark the bug as UNCONFIRMED so that the QA team knows that the bug is ready to be confirmed.


Thank you for helping us make LibreOffice even better for everyone!


Warm Regards,
QA Team
Comment 5 Owen Genat 2013-12-22 08:42:23 UTC
Created attachment 91117 [details]
PDFs of 2-up handouts using cups-pdf v2.5.0 across LO v3304 thru v4132.

I can't confirm this bug under Ubuntu 10.04 x86_64 with cups-pdf 2.5.0-17ubuntu1~lucid1 using:

- v3.3.0.4 OOO330m19 Build: 6
- v3.4.6.2 OOO340m1 Build: 602
- v3.5.7.2 Build ID: 3215f89-f603614-ab984f2-7348103-1225a5b
- v3.6.7.2 Build ID: e183d5b
- v4.0.6.2 Build ID: 2e2573268451a50806fcd60ae2d9fe01dd0ce24
- v4.1.3.2 Build ID: 70feb7d99726f064edab4605a8ab840c50ec57a

In all cases the resulting PDF has the required fonts embedded (refer attached).
Comment 6 Owen Genat 2013-12-22 08:43:54 UTC
Component set to Printing and PDF export.
Comment 7 Oli Sennhauser 2013-12-23 13:58:34 UTC
This matches to my experience as stated above: "This was working 2 months ago."

On my Ubuntu:  Ubuntu 12.04.3 LTS

I have cups-pdf installed as follows:

dpkg -l | grep cups-pdf
ii  cups-pdf  2.6.1-6  PDF writer backend for CUPS

So do we consider this as an regression bug in cups-pdf and should report it there?
Comment 8 tommy27 2014-09-27 07:55:13 UTC
is this bug still present in LibO 4.3.2.2? please give an update of the bug status with latest release.
Comment 9 Owen Genat 2014-09-27 16:05:05 UTC
(In reply to comment #8)
> is this bug still present in LibO 4.3.2.2? please give an update of the bug
> status with latest release.

This appears to either be related to cups-pdf v2.6.1-6 or the difference in using printer language type of PDF vs PostScript. I have re-tested the attachment (this time using cups-pdf v2.6.1-6) under GNU/Linux using:

- v3.3.4.1 OOO330m19 Build: 401
- v3.4.6.2 OOO340m1 Build: 602
- v3.5.7.2 Build ID: 3215f89-f603614-ab984f2-7348103-1225a5b
- v3.6.7.2 Build ID: e183d5b
- v4.0.6.2 Build ID: 2e2573268451a50806fcd60ae2d9fe01dd0ce24
- v4.1.6.2 Build ID: 40ff705089295be5be0aae9b15123f687c05b0a
- v4.2.6.3 Build ID: 3fd416d4c6db7d3204c17ce57a1d70f6e531ee21
- v4.3.2.2 Build ID: edfb5295ba211bd31ad47d0bad0118690f76407d
- v4.4.0.0.alpha0+ Build ID: 6ee5be0e1dc300120439c3579430d35e7d31131c TinderBox: Linux-rpm_deb-x86_64@46-TDF, Branch:master, Time: 2014-09-17_10:09:07

With the exception of v3.3 (which only offers a printer language type of PostScript) all versions fail to embed the font using the default printer language of PDF. If however the printer language type is changed to "PostScript (level from driver)" then the font is always embedded. 

Status set to NEEDINFO. Clarification required from developer / expert to determine whether PDF vs PostScript behaviour is expected (or not).


Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.