Bug 93447 - Visio drawing in .docx not displayed correctly
Summary: Visio drawing in .docx not displayed correctly
Status: RESOLVED INSUFFICIENTDATA
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
4.3.7.2 release
Hardware: x86-64 (AMD64) All
: medium normal
Assignee: Not Assigned
URL:
Whiteboard: interoperability
Keywords: filter:docx
Depends on:
Blocks:
 
Reported: 2015-08-15 10:04 UTC by Martin Koller
Modified: 2016-10-10 11:12 UTC (History)
4 users (show)

See Also:
Crash report or crash signature:


Attachments
document showing wrong display of embedded image (67.90 KB, application/vnd.oasis.opendocument.text)
2015-08-15 10:04 UTC, Martin Koller
Details
screenshot of buggy display in LO-writer (8.77 KB, image/png)
2015-08-15 13:51 UTC, Martin Koller
Details
correct display of image in LO-draw (15.48 KB, image/png)
2015-08-15 13:51 UTC, Martin Koller
Details
Visio drawing object OLE into Writer ODT (21.37 KB, application/vnd.oasis.opendocument.text)
2015-08-15 21:32 UTC, V Stuart Foote
Details
test.docx showing same problem (73.05 KB, application/zip)
2015-08-16 16:17 UTC, Martin Koller
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Martin Koller 2015-08-15 10:04:38 UTC
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.
Comment 1 tommy27 2015-08-15 13:11:57 UTC
please upload a screenshot showing the original image as it should be displayed and the buggy display in LibO
Comment 2 Martin Koller 2015-08-15 13:51:23 UTC
Created attachment 117933 [details]
screenshot of buggy display in LO-writer
Comment 3 Martin Koller 2015-08-15 13:51:49 UTC
Created attachment 117934 [details]
correct display of image in LO-draw
Comment 4 tommy27 2015-08-15 13:55:49 UTC
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?
Comment 5 Martin Koller 2015-08-15 14:10:35 UTC
I checked now with LO 4.3.7.2 - same problem
Comment 6 V Stuart Foote 2015-08-15 21:32:08 UTC
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.
Comment 7 Martin Koller 2015-08-16 08:14:56 UTC
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.
Comment 8 V Stuart Foote 2015-08-16 16:07:32 UTC
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.
Comment 9 Martin Koller 2015-08-16 16:16:42 UTC
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)
Comment 10 Martin Koller 2015-08-16 16:17:29 UTC
Created attachment 117946 [details]
test.docx showing same problem
Comment 11 V Stuart Foote 2015-08-16 16:38:10 UTC
@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.
Comment 12 Martin Koller 2015-08-17 08:30:14 UTC
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 ?
Comment 13 Timur 2015-08-17 10:12:27 UTC
(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.
Comment 14 V Stuart Foote 2015-08-17 12:38:42 UTC
(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.
Comment 15 Robinson Tryon (qubit) 2015-12-14 06:06:10 UTC Comment hidden (obsolete)
Comment 16 Fridrich Strba 2016-01-15 11:44:54 UTC
Removing the filter:visio, since it has nothing to do with visio filter.
Comment 17 Xisco Faulí 2016-09-11 21:51:47 UTC Comment hidden (obsolete)
Comment 18 Xisco Faulí 2016-10-10 11:12:00 UTC
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