Issue 2584

Summary: embedded wmf metafile is not cropped correct
Product: Writer Reporter: lunix98 <baulv>
Component: codeAssignee: AOO issues mailing list <issues>
Status: CONFIRMED --- QA Contact:
Severity: Trivial    
Priority: P3 CC: burnus, issues, t8m
Version: 641Keywords: oooqa
Target Milestone: ---   
Hardware: PC   
OS: Linux, all   
Issue Type: DEFECT Latest Confirmation in: ---
Developer Difficulty: ---
Description Flags
a zipped .doc with embedded graphs
metafile extraction of the original document
desk-to snapshot with interesting stuff
Opening this file crashes openoffice 1.1beta2 none

Description lunix98 2001-12-19 02:55:23 UTC
OpenOffice641 (as well as SO5.2) makes minced meat out of .doc with embedded
drawings. Transferring the images (drawings) from MS word97 to Openoffice641
drawing and Then copy/paste the drawing into the 641 wordprocessor sheet works,
BUT the drawing are not scaled correcly.
perhaps an OLE issue?

this problem exists under Linux AND win98, win95
Comment 1 lunix98 2001-12-19 03:01:46 UTC
Created attachment 837 [details]
a zipped .doc with embedded graphs
Comment 2 lunix98 2001-12-19 03:03:18 UTC
the gray shaded areas of the original .doc disappears in 641.
Comment 3 stefan.baltzer 2002-01-08 11:02:07 UTC
Reassigned to Michael.
Comment 4 michael.ruess 2002-01-08 17:24:47 UTC
MRU->CL: It looks like a problem with a graphic filter. After import
of the document you only recieve a white graphic.
Comment 5 clippka 2002-01-16 10:39:06 UTC
there no ole shapes after the import, just two graphic shapes that both have a star view metafile assigned. The metafile seems to be invalid
Comment 6 sven.jacobi 2002-01-22 12:25:23 UTC
Created attachment 967 [details]
metafile extraction of the original document
Comment 7 sven.jacobi 2002-01-22 12:27:24 UTC
It is a problem of the metafile import.
Comment 8 t8m 2002-09-27 21:48:00 UTC
When I try the first attachment it even hangs the application with
100% CPU usage and memory hogging.

I see only big black rectangle in the document.

(OOo 1.0.1 Linux RH 7.3)
Comment 9 sven.jacobi 2002-12-06 13:02:03 UTC
Up from version 643 the metafile display is correct. Now only a 
cropping problem is left. I will have to determine if the cropping 
problem is Word import dependent or if it is a general failure in our 
basic cropping mechanism.
Comment 10 lunix98 2002-12-07 01:37:27 UTC
Created attachment 3952 [details]
desk-to snapshot with interesting stuff
Comment 11 lunix98 2002-12-07 01:45:02 UTC
Ok, this time its rh8.0 and  OpenOffice 1.0.1. 
The processor as the graph indicates is an AMD XP1800 w/ 512MB RAM
working very hard.
In MS Win2000 the Oo-writer  produces the same results with these kind
of files.
There is a "" located inside the Dactron program. Would you
interested in loooking at it?
Comment 12 whitegn3 2003-04-28 15:20:06 UTC
Version 644 on Solaris, conversion of .ppt file with embedded 
metafile objects results in very badly scaled graphics objects.
If I convert the objects to Word Drawing format in PowerPoint
they import correctly.
Comment 13 Unknown 2003-06-15 20:50:09 UTC
Created attachment 6907 [details]
Opening this file crashes openoffice 1.1beta2
Comment 14 sven.jacobi 2003-06-16 10:15:16 UTC
SJ: I changed the summary, because this is a cropping problem and not
a general ole import problem.

To come up to the latest attachment "c:\temp\crash.doc" I wrote Issue
Comment 15 sven.jacobi 2003-07-17 16:06:33 UTC
*** Issue 5023 has been marked as a duplicate of this issue. ***
Comment 16 sven.jacobi 2003-09-12 13:17:49 UTC
Comment 17 marc.neumann 2003-10-15 14:15:57 UTC
"According to the roadmap
( this issue was retargeted to
OOo Later." 
Comment 18 sven.jacobi 2003-10-28 14:01:18 UTC
Hi Thorsten, 
can you please takeover this Issue.
Comment 19 thb 2003-12-04 12:18:27 UTC
Will take over.
Comment 20 utomo99 2003-12-22 07:39:02 UTC
remove from crash
Comment 21 thb 2008-06-28 00:03:16 UTC
@sj: could you please take this one back?
Comment 22 Roberto Salomon 2009-09-25 14:18:47 UTC
This also happens on 3.1.1 in Linux (Ubuntu). WMF files are sometimes rendered
completely off. This odd behavior is kept when the file is converted to  odf.

I am attaching a file with the problem