Bug 95875 - Incomplete printing of GDI-metafile graphics objects
Summary: Incomplete printing of GDI-metafile graphics objects
Status: RESOLVED DUPLICATE of bug 104252
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
5.0.2.2 release
Hardware: IA64 (Itanium) Windows (All)
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2015-11-17 15:50 UTC by bellgardt
Modified: 2016-12-28 15:29 UTC (History)
2 users (show)

See Also:
Crash report or crash signature:


Attachments
Sample writer document with GDI data (29.88 KB, application/vnd.oasis.opendocument.text)
2015-11-17 16:02 UTC, bellgardt
Details
PDF printed from LibO 5.0.3 (101.15 KB, application/octetstream)
2015-11-17 18:03 UTC, Buovjaga
Details

Note You need to log in before you can comment on or make changes to this bug.
Description bellgardt 2015-11-17 15:50:27 UTC
I use a Writer document to present statistical data. This document contains graphics objects that were copied from Excel and inserted into Writer as GDI-Metafile. In Writer those graphics objects also look fine, but if printed big parts of the objects are lost. This can already be seen in the preview window of the print dialog. Also during opening the print dialog or during printing the response of writer is very slow as if the program hangs in a loop for some time.
The PDF export is also affected by this bug.

This printing definitely worked in the final version of LO 2.4. For LO 3 I don't know, because I didn't use that. In LO 4 and 5 the problem exists.
Comment 1 bellgardt 2015-11-17 16:02:22 UTC
Created attachment 120599 [details]
Sample writer document with GDI data

The upper graphis in the document was inserted from Excel as GDI meta data (default insert option). This is printed incomplete.

The lower graphics was created in writer by the compress command. This is printed correctly. Is it a hint that Writer correctly interprets the GDI meta data?

Now I use the compression as a work around, but this is no real solution, because I regularly have to work on several documents with many of such graphics. Also the print quality with GDI data is higher than with bitmap.
Comment 2 Buovjaga 2015-11-17 18:03:38 UTC
Created attachment 120602 [details]
PDF printed from LibO 5.0.3

I see the same in 5.1, too.

Win 7 Pro 64-bit, Version: 5.0.3.2 (x64)
Build ID: e5f16313668ac592c1bfb310f4390624e3dbfb75
Locale: fi-FI (fi_FI)

Version: 5.1.0.0.alpha1+
Build ID: b216cc1b8096eb60c27f67e8c27b7cd756c75e38
TinderBox: Win-x86@62-merge-TDF, Branch:MASTER, Time: 2015-11-12_00:06:20
Locale: fi-FI (fi_FI)
Comment 3 Buovjaga 2015-11-17 18:05:26 UTC
Ah, I found a dupe..

*** This bug has been marked as a duplicate of bug 77525 ***
Comment 4 V Stuart Foote 2016-12-28 15:29:28 UTC
Workaround 

disable Tools -> Options -> View: "Use hardware acceleration" (or enable "OpenGL rendering" if system supports).


=-=-=
QA clean up of bug 77525, splitting it to bug 104252 and bug 103833

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