Bug 99158 - GDI metafiles not displayed correctly
Summary: GDI metafiles not displayed correctly
Status: RESOLVED WORKSFORME
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: graphics stack (show other bugs)
Version:
(earliest affected)
5.1.0.0.alpha1
Hardware: x86-64 (AMD64) All
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords: bibisected, bibisectRequest, regression
Depends on:
Blocks:
 
Reported: 2016-04-08 13:37 UTC by Philippe Laugier
Modified: 2016-11-19 03:29 UTC (History)
3 users (show)

See Also:
Crash report or crash signature:


Attachments
A the ODT/ODG files and a PDF showing the issue. (229.32 KB, application/gzip)
2016-04-08 13:37 UTC, Philippe Laugier
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Philippe Laugier 2016-04-08 13:37:01 UTC
Created attachment 124187 [details]
A the ODT/ODG files and a PDF showing the issue.

Context:
Documents and graphics initially created with 4.4.3.2.
All graphics pasted from Draw into Writer with "Paste as GDI metafile"

Now:
With LO 5.1.2.2 some graphics are missing parts (see Figure 1 of attached example) and some are displayed "Read-Error" (See Figure 2)
Comment 1 V Stuart Foote 2016-04-09 18:37:39 UTC
Confirming.

On Windows 10 Pro 64-bit en-US with
Version: 5.1.2.2 (x64)
Build ID: d3bf12ecb743fc0d20e0be0c58ca359301eb705f
CPU Threads: 8; OS Version: Windows 6.19; UI Render: default; 
Locale: en-US (en_US)

Opening the test kit, and extracting the .ODT. Opening the archive, and of the 4 .SVM images--graphics1 -> graphics4 in the content.xml, two do not render in LO 5.1.2.2 and display "Read Error". The other two are read and display correctly.

Nothing seems incorrect in the .ODT content.xml and style.xml

When the individual .SVM graphics are opened in 5.1.2.2 Draw, the two that read/display correctly in the document are fully rendered in Draw.  But the two "bad" graphics display as blank canvas.

These two GDI metafile .SVM graphics are not handled correctly in LO 5.1
2000028D0000413D00001940837A914E.svm
200002620000413D000019409D283D67.svm

Opened in 4.4.5.2 Draw -- all four .SVM open and render cleanly. The .ODT when opened in 4.4.5.2 Writer opens completely.

Likewise they open correctly in 5.0.2.2 (37b43f919e4de5eeaca9b9755ed688758a8251fe)

bibisect with builds on hand and regression introduced between 2015-11-08 and 2015-11-11

https://cgit.freedesktop.org/libreoffice/core/log/?qt=range&q=22a64d0500e49ef20975765d2613d951df06e9e1..b216cc1b8096eb60c27f67e8c27b7cd756c75e38

Regression.  Needs more accurate bibisect.
Comment 2 raal 2016-11-19 00:16:11 UTC
Cannot reproduce with Version: 5.3.0.0.alpha1+
Build ID: 90646b4966c73637ddf592acd05b3091fb3fa41f
CPU Threads: 4; OS Version: Windows 6.1; UI Render: default; Layout Engine:
new; 

Please could you retest with dev version?
Comment 3 Aron Budea 2016-11-19 03:25:48 UTC
Looks good to me in 5.1.6.2, 5.2.3.3 and 5.3 daily build / Windows 7.
Closing as WORKSFORME.
Comment 4 V Stuart Foote 2016-11-19 03:29:59 UTC
On Windows 10 Pro 64-bit (1607) en-US with
Version: 5.3.0.0.alpha1+
Build ID: 43b5ca69aa545cf93eded55258d92d651917815f
CPU Threads: 8; OS Version: Windows 6.2; UI Render: GL; Layout Engine: new; 
TinderBox: Win-x86@62-merge-TDF, Branch:MASTER, Time: 2016-11-18_05:27:05
Locale: en-US (en_US); Calc: CL

Each .svm will open cleanly into Draw. Each can be inserted as image into Draw. Each can be inserted into Writer as an image.