Bug 131026 - Printing a Document containing an embedded PDF with vector graphics using the CommonPrintingDialog results in fuzzy bitmaps
Summary: Printing a Document containing an embedded PDF with vector graphics using the...
Status: RESOLVED DUPLICATE of bug 115811
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Printing and PDF export (show other bugs)
Version:
(earliest affected)
6.0.7.3 release
Hardware: x86-64 (AMD64) Linux (All)
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2020-02-29 13:08 UTC by Leopold
Modified: 2020-09-19 00:33 UTC (History)
4 users (show)

See Also:
Crash report or crash signature:


Attachments
an example PDF document for embedding which can be used to reproduce the problem (60.40 KB, application/pdf)
2020-02-29 13:09 UTC, Leopold
Details
result when printing to file in LibreOffice 6.4.1.2 (8.16 KB, application/pdf)
2020-03-03 17:18 UTC, Leopold
Details
result when exporting directly to pdf in LibreOffice 6.4.1.2 (73.04 KB, application/pdf)
2020-03-03 17:18 UTC, Leopold
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Leopold 2020-02-29 13:08:09 UTC
Description:
Printing documents with embedded vector graphics results in poor print quality when using the CommonPrintingDialog. A workaround involves using the `File > Export As > Export directly as PDF` functionality.

The use case is printing electronic postage stamps (matrix barcode), which are supplied as PDF documents.

Steps to Reproduce:
1. Create empty Writer document
2. Import a PDF Document with vectors (can be created in inkscape for example)
3a. Print document using the CommonPrintingDialog
3b. export document as PDF using `File > Export as > Export as PDF...

Actual Results:
either PDF document with bitmapped vectors
or printed document with fuzzy vectors

Expected Results:
either PDF document with original quality as embedded PDF
or printed document with crisp edges 


Reproducible: Always


User Profile Reset: No


OpenGL enabled: Yes

Additional Info:
Version: 6.0.7.3
Build ID: 1:6.0.7-0ubuntu0.18.04.10
CPU threads: 16; OS: Linux 5.3; UI render: default; VCL: gtk3; 
Locale: en-US (en_US.UTF-8); Calc: group

using hardware acceleration (the checkbox "Use OpenGL for all rendering" is not available in my options)
Comment 1 Leopold 2020-02-29 13:09:03 UTC
Created attachment 158274 [details]
an example PDF document for embedding which can be used to reproduce the problem
Comment 2 Xisco Faulí 2020-03-02 11:47:10 UTC Comment hidden (obsolete)
Comment 3 Leopold 2020-03-03 17:18:26 UTC
Created attachment 158350 [details]
result when printing to file in LibreOffice 6.4.1.2

this uses the example pdf document 158274
Comment 4 Leopold 2020-03-03 17:18:57 UTC
Created attachment 158351 [details]
result when exporting directly to pdf in LibreOffice 6.4.1.2
Comment 5 Leopold 2020-03-03 17:19:17 UTC
Thank you for the quick response! I have now tested this in 6.4.1.2 and can confirm that the problem persists. I have added two attachments showing the result of creating PDFs using the two different workflows.

Version: 6.4.1.2
Build ID: 4d224e95b98b138af42a64d84056446d09082932
CPU threads: 16; OS: Linux 5.3; UI render: default; VCL: gtk3; 
Locale: en-US (en_US.UTF-8); UI-Language: en-US
Calc: threaded
Comment 6 So 2020-03-06 11:38:45 UTC
*** Bug 131042 has been marked as a duplicate of this bug. ***
Comment 7 Buovjaga 2020-06-16 17:32:39 UTC
Isn't this bug 115811? At least for me the inserted PDF is already fuzzy, no need to print anything.
Comment 8 m 2020-06-16 17:36:50 UTC
I think this is a separate one. For me, it showed only after I rotated the pdf-image.
Comment 9 Buovjaga 2020-09-18 17:57:06 UTC
No response in 3 months, so closing as dupe.

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