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.
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
<http://wiki.documentfoundation.org/BugReport_Details#Version>
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!
Bug seems fixed with 4.4.0.3. Please test.
I was wrong. Please excuse me and disregard my previous message.
There were many changes in versions, but in Windows this seemed to work up to 3.5.7 and stopped in 3.6. Since reports for Linux are different, this might have been 2 different bugs. Anyway, problem persists in LO 5.1+.
** Please read this message in its entirety before responding ** To make sure we're focusing on the bugs that affect our users today, LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed bugs which have not been touched for over a year. There have been thousands of bug fixes and commits since anyone checked on this bug report. During that time, it's possible that the bug has been fixed, or the details of the problem have changed. We'd really appreciate your help in getting confirmation that the bug is still present. If you have time, please do the following: Test to see if the bug is still present on a currently supported version of LibreOffice (5.1.5 or 5.2.1 https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the version of LibreOffice and your operating system, and any changes you see in the bug behavior If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a short comment that includes your version of LibreOffice and Operating System Please DO NOT Update the version field Reply via email (please reply directly on the bug tracker) Set the bug's Status field to RESOLVED - FIXED (this status has a particular meaning that is not appropriate in this case) If you want to do more to help you can test to see if your issue is a REGRESSION. To do so: 1. Download and install oldest version of LibreOffice (usually 3.3 unless your bug pertains to a feature added after 3.3) http://downloadarchive.documentfoundation.org/libreoffice/old/ 2. Test your bug 3. Leave a comment with your results. 4a. If the bug was present with 3.3 - set version to "inherited from OOo"; 4b. If the bug was not present in 3.3 - add "regression" to keyword Feel free to come ask questions or to say hello in our QA chat: http://webchat.freenode.net/?channels=libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug-20160920
The scheme is still not visible in the LibreOfiice 5.2.1.2 in Ubuntu Linux. So the bug is still valid.
Today I installed Onlyoffice for Linux and it also, unlike LibreOffice, displays the drawing correctly.
*** This bug has been marked as a duplicate of bug 103639 ***
The issue is resolved with: https://gerrit.libreoffice.org/#/c/35991/
Bartosz Kosiorek committed a patch related to this issue. It has been pushed to "master": http://cgit.freedesktop.org/libreoffice/core/commit/?id=78a3a304871eb3eb861a49ed00345b54fba01114 tdf#47243 tdf#39327 Add support for SetPageTransform It will be available in 5.4.0. The patch should be included in the daily builds available at http://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: http://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
Bartosz Kosiorek committed a patch related to this issue. It has been pushed to "master": http://cgit.freedesktop.org/libreoffice/core/commit/?id=e31c535b574fc37e6961c5ce7bd507a30e6abff1 tdf#47243 tdf#39327 tdf#103639 Proper scaling of SetPageTransform It will be available in 5.4.0. The patch should be included in the daily builds available at http://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: http://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
Created attachment 134914 [details] emf image is missing, only text is shown, tdf#103639
attachment 50928 [details] on tdf#39327 displays blank document attachment 128431 [details] on tdf#103639 display text only, image is not shown, please find attachment Version: 6.0.0.0.alpha0+ Build ID: 1e87e93 device: lyf flame 3 [ ls-4001 ] os: android 5.1
Created attachment 135747 [details] a scheme that works OK - compared This is seen now from 5.4. It's blurry, can't say whether it will be dealt with some new "EMF+ importer that uses primitives and will replace the direct renderer". To be seen in 6.0+, I guess.
And just a day later, attachment 49244 [details] looks OK in master 6.0+ with https://cgit.freedesktop.org/libreoffice/core/commit/?id=ebc11ae0b132eefd3b1b1a837a8d0ad3ba73b460. Also ok attachment 85002 [details] from Bug 68810.
*** Bug 108207 has been marked as a duplicate of this bug. ***
*** Bug 97720 has been marked as a duplicate of this bug. ***
*** Bug 102321 has been marked as a duplicate of this bug. ***