| Summary: | WMF object not visible in .doc with LibO | ||
|---|---|---|---|
| Product: | LibreOffice | Reporter: | Witek <mozga> |
| Component: | Writer | Assignee: | Not Assigned <libreoffice-bugs> |
| Status: | NEW --- | QA Contact: | |
| Severity: | major | ||
| Priority: | high | CC: | iamtester8, itilo, LibreOffice, mattia.b89, michaelp, rodo, Wasserthal |
| Version: | 3.3.3 release | ||
| Hardware: | All | ||
| OS: | All | ||
| See Also: |
https://bugs.freedesktop.org/show_bug.cgi?id=39256 https://bugs.freedesktop.org/show_bug.cgi?id=55058 https://bugs.freedesktop.org/show_bug.cgi?id=34454 |
||
| Whiteboard: | |||
| i915 platform: | i915 features: | ||
| Attachments: |
a scheme that works OK in OpenOffice3.2.0 and not in LibreOffice 3.3.3
.doc with wmf ODT created with OOO3.2 illustrating bug Sample Document, See comment 12 EMF extracted from the sample. Not rendered in LO 4.0 |
||
Not tested in MS Windows either. Unconfirmed with [Win2K LibreOffice 3.4.2 OOO340m1 (Build:201)] I can see the scheme picture without a problem. Reproduced with LO 3.4.1 (OOO340m1 (Build:101)) Ubuntu 10.04.2 x86 Linux 2.6.32-33-generic Russian UI I`ve just tested in 3.4.1 and still the drawings are not visible under Linux. Under MS Windows indeed the picture is visible. It doesn`t seem to be distro-related as I tested under Ubuntu, Fedora (packages from repo) and Slackware (packages built from libreoffice website) NOT reproducible with "LibreOffice 3.4.1 RC2 - WIN7 Home Premium (64bit) German UI [OOO340m1 (Build:202)]" NOT reproducible with "LibreOffice Portable 3.3.0 - WIN7 Home Premium (64bit) German UI [OOO330m19 (Build:6 Tag 3.3.0.4)]" Due to comments: seems to be Linux related CONFIRMED due to Comment 3 The Object is some WMF drawing Related to / DUP of ? Bug 37192 - Unable to see wmf image from .doc (looks very similar) Bug 39327 - WMF object not visible in .doc with LibO Bug 32170 - FILEOPEN Opened DOCX-file is empty Bug 36862 - Docx file displays nothing Bug 33072 - .docx import - graphics missing (JPEG), wordart messed up Bug 31036 - docx import: Imported images (png) not shown @Cédric: Please feel free to reassign if it’s not your area *** Bug 37192 has been marked as a duplicate of this bug. *** Created attachment 49477 [details]
.doc with wmf
It looks this is not WMF problem and the bug is not duplicate. In the attachment there is .doc with wmf file and it is visible.
@Witek We sometimes had problems with particular WMFs that were not shown or shown crippled, other ones were shown fine. It might be a difference in the wmf or in the kind of embedding, in "Example of scheme I am unable to see.doc" LibO was unable to recognize the embedded object, after unzipping of "Example of scheme I am unable to see.odt" (I saved you document with LibO") the object was shown in folder "ObjectReplacements" without extension "Object 1". Unzipping "test-wmf.odt" showed "200000180000631E00003ACF112792B5.wmf" in folder "Pictures", it seems that image has been recognized correctly. Currently I would prefer to leave all as it is, the object that is not shown is a WMF. if a developer will see that the problem is a more general one the subject can be changed. Concerning Bug 37192 there are new facts, I will have to do some further investigations. @Radek: I saw that you are active in some WMF problems, may be you can have a look? @Witek: You created "Example of scheme I am unable to see.doc" with OOo? So this all might be an OOo bug? How did you create "test-wmf.doc"? We receive many documents from our partners with schemas created with chemical software that are no longer visible after change from OOfice 3.2 to LibreOffice 3.3. I took one of them opened in MSWord 2000 and deleted some sensitive information and saved again as "Example of scheme I am unable to see.doc". I don`t know exactly what type of object is embedded in this file as it was created by someone else. As regards test-wmf I created it using LibreOffice 3.3. The embedded WMF was created using ISIS Draw (chemical software) and exported to wmf under Wine. Created attachment 50928 [details]
ODT created with OOO3.2 illustrating bug
I've attached an Open Office document, created from a Word doc in Open Office 3.2. It just has one picture (in wmf format) that is viewable with Open Office 3.2 but is blank for me with LibreOffice 3.4.3. I'm running ubuntu 10.04 amd64.
Created attachment 50930 [details] Sample Document, See comment 12 @michaelp@ibsglobalweb.com I deleted your document accidently. Same effect as in other samples, the embedded WMF showing "BaseRequestMessage is visible A second .jpg I find in unpacked document showing sundown or similar is not visible, Navigator shows 2 hidden watermarks, what are also invisible for me.; what ever that might have to do with the WMF problem. I tested in 3.4.3 and still the drawings are not visible under Linux LOdev 3.5.0beta2 4ca392c-760cc4d-f39cf3d-1b2857e-60db978 Ubuntu 10.04.3 x86 Linux 2.6.32-37-generic Russian UI Sample Document, See comment 12 Only border, no scheme. Libre Office 3.5.0/ Xubuntu12.04 beta - still not working Talking about DOC import, this issue is (at least at the surface) a Writer issue, therefore changed the 'Component' field accordingly. The 'Version' field should contain the FIRST version in which the bug appeared, NOT the last one etc., therefore changed 'Version' back to 3.3.3 according to original description (cf. comment #11). Please do not change the 'Version' filed to a newer 'Version' if you don't have very special reasons to do so ;-) Apache office 3.4.0 works well :( *** Bug 56886 has been marked as a duplicate of this bug. *** Hey, I am getting those problems In windows XP, 32 bit too, not just linux related (see attachment of bug 56886) LO 4 still not showing the WMF It is seen in most Libreoffice versions... JUST SET THE ENVIRONMENT VARIABLE EMF_PLUS_DISABLE to 1 !!!! So that picture got an EMF_PLUS Part which is not properly processed. Aoo perhaps uses the non-plus EMF Part! Created attachment 75218 [details]
EMF extracted from the sample. Not rendered in LO 4.0
Back to list due to facts I am afraid we are mixing several .emf / .wmf problems here. We should have different bugs for different problems, an indication might be that problems with the documents / pictures appear in different Versions. I did some quick tests Optimum would be that test-wmf.doc, Example of scheme I am unable to see.doc, LibOBugTest2.odt show the pictures in the documents (when opened from Empty writer document) and 39327_example.emf is shown whein picture inserted into empty Writer document: [WORKSFORME] with Server Installation of "LibreOffice 3.3.3 English UI/ German Locale [OOO330m19 (Build:301) tag libreoffice-3.3.3.1] on German WIN7 Home Premium (64bit) [WORKSFORME] with Server Installation of "LibreOffice 3.4.5 English UI [Build ID: OOO340m1 (Build:502)]" parallel Server installation on German WIN7 Home Premium (64bit) So the source problem of original report might have been Linux only? We have to clarify what problem we are talking about! Only Problems with 3.3.3 and original sample document! @Lennard Wasserthal With what Version did you test? @Roman Eisele: Can you do a test with an early Mac version concerning my "Linux Only" suspect? With LibreOffice 4.0 Version 4.0.0.3 (Build ID: 7545bee9c2a0782548772a21bc84a9dcc583b89) Win XP sp3, 32 Bit (intel core 2) and Version 4.1.0.0.alpha0+ (Build ID: 42c0fa1b60fa0780ed4ac57679f118cab8f1f14) Linux Mint, 64 Bit (intel core 2) Version number is not as important as switching off EMF+. both don't work when EMF_PLUS_DISABLE is not set. at least, we got a workaround. Thorsten said that he fixed some cdx issue (also an EMF plus issue) upstream, but not yet in 4.0.0. perhaps I should check the latest master... *** Bug 68810 has been marked as a duplicate of this bug. *** I'm on LO-4.1.1 x86_64 so I think you should update platform entry anyway, the first and third attachment give me a blank/white image while the second I see only a chemical formula COOH over a polygon PS: trying to convert the .emf image for seeing it on linux (there is another way except converting it to see it?) with unoconv I get this error; maybe it's useful: [mattia@arch-dekstop ~]$ unoconv 39327_example.emf Error: Unable to connect or start own listener. Aborting. errata corrige: unoconv creates, like LO, a white .pdf or .tiff @mattia.b89 That bug can be "solved" by setting the Environment variable EMF_PLUS_DISALE to 1 Obviously, there is still an issue with the emf- PLUS file format. Thorsten's patch was intended for chemDRAW emfplus files. you know how to set the environment variable, mattia? Just enter export EMF_PLUS_DISABLE=1 in your system startup script, and everything will be fine Tested with LO 3.5.7.2 (bug and workaround) in 4.1.0.4, the workaround works but it was not tested whether the bug occurs. Sadly, I dont have time to care about this right now. I confirm: exporting EMF_PLUS_DISABLE=1 LO-4.1.1-x86_64 shows correctly the image, in all the four attachments also the image in my attachment (proof.doc in the issue 68810) is shown correctly! |
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.
Created attachment 49244 [details] a scheme that works OK in OpenOffice3.2.0 and not in LibreOffice 3.3.3 Some drawings that are visible in OpenOffice 3.2 are not visible in LibreOffice 3.3.3. Not tested in 3.4.0 yet.