Created attachment 117930 [details] document showing wrong display of embedded image Attached you find a simple .odt which just contains one image (which I copied from the original .docx document I received, where I first saw the bug). The image is not displayed correctly. It should show a trend with two scales and a curve etc. but I see only the scales. When I double-click on the image, LO-draw is opened and there the image is correctly displayed.
please upload a screenshot showing the original image as it should be displayed and the buggy display in LibO
Created attachment 117933 [details] screenshot of buggy display in LO-writer
Created attachment 117934 [details] correct display of image in LO-draw
thanks for screenshots. I see the same issue under Win8.1 x64 using LibO 4.4.5.1 do you know if it worked fine in previous releases?
I checked now with LO 4.3.7.2 - same problem
Created attachment 117941 [details] Visio drawing object OLE into Writer ODT The "image" is not an image. Rather it is a Visio drawing object, i.e. a VSD. Believe the .ODT was incorrectly created. Using Insert -> Object -> OLE-object results in a well formed document with correct OLE handling of the drawing. See attached .ODT with correct OLE embedding and styling of the Visio drawing extracted from the ODF archive.
The point is: the original document was no .odt but a .docx created by some M$ Software. I received the document via email and had the exact same display problem. To help improve LibreOffice, I tought I make a minimal example (since I can not attach the received .docx). I therefore copied the "image" into an .odt and attached it here. Your "Believe the .ODT was incorrectly created." can not be correct. I opened the original .docx, copied/pasted the "image" into a new .odt. What did I do "incorrectly" ? And why is the "image" displayed in LO-draw but not in LO-writer ? Settings this issue to "invalid" is like ignoring the problem. If you think a different minimal example showing the original problem is more approriate, please tell me how I shall create this.
The issue then would be that a Viso OLE object inserted into a MS OOXML document is not being opened by LibreOffice. And, your attachment should be the .DOCX (or some redacted version of it). Also, the libvisio filter has been reworked considerably--both in Draw and in the other modules, please retest the MS OOXML .docx with a current 5.0.1.1 build of LibreOffice and let us know if that resolved things.
I am using Version: 5.0.1.1 where I still see the problem (openSuse 13.2). This is the version I created the bug for. tommy27 and I checked then with an older version, too. I attach the same test documenta as .docx here with the same problem (I fail to see why this should make a difference though)
Created attachment 117946 [details] test.docx showing same problem
@Martin, (In reply to Martin Koller from comment #9) > I am using Version: 5.0.1.1 where I still see the problem (openSuse 13.2). > This is the version I created the bug for. > tommy27 and I checked then with an older version, too. > > I attach the same test documenta as .docx here with the same problem > (I fail to see why this should make a difference though) So what was the source of this .docx? Looking at the OOXML archive it shows as having been created with LibreOffice. Sorry, but that is not going to work, the problem with LibreOffice's libvisio filter processing of the Visio drawing OLE embedded in the OOXML has already occurred. Going to need the original .DOCX or a redacted version of it done in MS Office for this to be valid.
Are we probably talking about two different problems here ? The main problem is: LO-writer does not display the whole drawing, LO-draw does. Can it not simply be fixed that both show the same, full drawing ?
(In reply to V Stuart Foote from comment #11) > Going to need the original .DOCX or a redacted version of it done in MS > Office for this to be valid.
(In reply to Martin Koller from comment #12) > Are we probably talking about two different problems here ? No this is a simple usage issue. > > The main problem is: > LO-writer does not display the whole drawing, LO-draw does. > > Can it not simply be fixed that both show the same, full drawing ? When correctly extracted from the OOXML, the .VSD file can be inserted into a Writer document. But only correctly if done as an OLE object. Visio .VSD and .VSDX are handled by filter code implemented fully in Draw. As in my attachment 117941 [details] Simply put, if you are going to paste into a Writer document, you need to take the Visio Drawing through Draw. The ww8 filter does that for you behind the scene when opening DOC and DOCX documents that embed VSD or VSDX drawings--establishing the OLE linkage back to Draw modules. It is the only mechanism that LibreOffice has for manipulating the Visio elements. That is why we need the original .DOCX OOXML file (or a redacted version), to determine why LibreOffice is not rendering the Visio drawing correctly for you. Alternatively, if fully open in Draw, you can select all and copy from Draw and then paste into Writer--or Impress or Calc or even Draw--a rendered draw8 version of the Visio drawing as image. Finally getting away from the Visio object(s) for use natively in LibreOffice.
Migrating Whiteboard tags to Keywords: ( filter:docx filter:visio) [NinjaEdit]
Removing the filter:visio, since it has nothing to do with visio filter.
Dear Bug Submitter, This bug has been in NEEDINFO status with no change for at least 6 months. Please provide the requested information as soon as possible and mark the bug as UNCONFIRMED. Due to regular bug tracker maintenance, if the bug is still in NEEDINFO status with no change in 30 days the QA team will close the bug as INVALID due to lack of needed information. For more information about our NEEDINFO policy please read the wiki located here: https://wiki.documentfoundation.org/QA/Bugzilla/Fields/Status/NEEDINFO If you have already provided the requested information, please mark the bug as UNCONFIRMED so that the QA team knows that the bug is ready to be confirmed. Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team Sun, 11 Sep 2016 21:43:24 +0200
Dear Bug Submitter, Please read this message in its entirety before proceeding. Your bug report is being closed as INSUFFICIENTDATA due to inactivity and a lack of information which is needed in order to accurately reproduce and confirm the problem. We encourage you to retest your bug against the latest release. If the issue is still present in the latest stable release, we need the following information (please ignore any that you've already provided): a) Provide details of your system including your operating system and the latest version of LibreOffice that you have confirmed the bug to be present b) Provide easy to reproduce steps – the simpler the better c) Provide any test case(s) which will help us confirm the problem d) Provide screenshots of the problem if you think it might help e) Read all comments and provide any requested information Once all of this is done, please set the bug back to UNCONFIRMED and we will attempt to reproduce the issue. Please do not: a) respond via email b) update the version field in the bug or any of the other details on the top section of our bug tracker Warm Regards, QA Team MassPing-NeedInfo-20161010