Bug 82021 - OOXML Graphics components mangled on filter import of DOCX
Summary: OOXML Graphics components mangled on filter import of DOCX
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
4.3.0.4 release
Hardware: All All
: high major
Assignee: Not Assigned
URL:
Whiteboard: BSA
Keywords: filter:docx, implementationError
Depends on:
Blocks: DOCX
  Show dependency treegraph
 
Reported: 2014-08-01 20:11 UTC by Dave Nadler
Modified: 2020-03-11 11:05 UTC (History)
9 users (show)

See Also:
Crash report or crash signature:


Attachments
DOCX file to reproduce bug (17.97 KB, application/vnd.openxmlformats-officedocument.wordprocessingml.document)
2014-08-01 20:11 UTC, Dave Nadler
Details
picture of how it SHOULD look (71.82 KB, image/png)
2014-08-01 20:14 UTC, Dave Nadler
Details
How looks in 4.3.0.4 (150.23 KB, image/png)
2014-08-03 21:18 UTC, Firas Hanife
Details
another example of distorted import (7.80 KB, application/vnd.openxmlformats-officedocument.wordprocessingml.document)
2015-06-22 11:50 UTC, Winfried Donkers (retired)
Details
Draw document used for attachment #116727 (11.87 KB, application/vnd.oasis.opendocument.graphics)
2015-06-22 11:51 UTC, Winfried Donkers (retired)
Details
Image showing broken load in LibreOffice 5.1 (43.88 KB, image/png)
2017-01-11 16:30 UTC, Dave Nadler
Details
LO61vsMSO16 (171.21 KB, image/png)
2018-08-02 08:07 UTC, Ahmad Harthi
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Dave Nadler 2014-08-01 20:11:11 UTC
Created attachment 103830 [details]
DOCX file to reproduce bug

Open the document and look at the diagram.
The way it is SUPPOSED to look is in the attached PNG.
Position, orientation, highlights all mangled.
              
Operating System: All
Version: 4.3.0.4 release
Comment 1 Dave Nadler 2014-08-01 20:14:59 UTC
Created attachment 103831 [details]
picture of how it SHOULD look
Comment 2 Dave Nadler 2014-08-01 20:21:05 UTC
PS: Document was edited and saved with Office 2007 version of Microsoft Word.
Comment 3 Algot Runeman 2014-08-02 23:20:17 UTC
Test System:
Kubuntu 14.04 (KDE 4.13.2)
LibreOffice 4.2.0.2)

Test file (apparently a single page) does not open properly into Writer. Only the document heading and the footer shows on page 1. Many of the graphic elements import to page 2 as a single selectable graphic anchored "as character" and are rotated to the right, extending beyond the visible page size. Others of the graphic elements appear on page 3 along with the notes, but don't seem to be selectable.

Thanks, Dave, for reporting this issue. I'm not certain that it is "highest" importance, but do believe LibreOffice should be able to import such a document.

Status set to NeedInfo.

Can you please describe how the graphics were organized in the original file?
Were the individual images anchored one by one, or "to page", "to paragraph", ...?

This sort of complex graphic might be better done using the Draw/Drawing component of LibreOffice, but I was unable to import the file from docx to that tool.
Comment 4 Dave Nadler 2014-08-03 19:05:04 UTC
Yikes! Your diagnostics cannot tell you how the items were saved?
Anyway, in Microsoft Word 2007 the graphics area is referred to
as a "drawing canvas"; all elements within (boxes/lines/callouts/etc)
are fixed distance from top left corner of drawing canvas.

Regarding priority, this means I will likely have to stop using
Libre Office, as I can't continue with equations munged by the
spreadsheet, presentations that don't work, and problems like
this one. I wish you folks all the best, but in my world I have
to be compatible with MS Office documents (some call it "The
Real World"). And I'll have to stop recommending Libre Office
to all our customers - they all have the same compatibility
requirement and its really expensive to waste time on this
when we need to be getting our work done.

Most times I have had a problem, I've spent an hour or two
trying to narrow it down and provide you good examples. But
the stuff doesn't get fixed and/or gets marked low priority,
so obviously I've been wasting my time.

Sorry, and good luck,
Best Regards, Dave
Comment 5 Firas Hanife 2014-08-03 21:18:45 UTC
Created attachment 103943 [details]
How looks in 4.3.0.4
Comment 6 Firas Hanife 2014-08-03 21:21:00 UTC
Confirming with 4.3.0.4 on openSUSE. There is indeed an issue.

Changing Status to NEW.
Comment 7 Firas Hanife 2014-08-03 21:26:20 UTC
Tested also on 4.1.6.2 and 4.2.5.2 and it is loaded much worse, 3 pages rather than 1.

Thanks Dave for your feedback, it really helps a lot in fixing compatibility issues with Microsoft Office :)
Comment 8 Björn Michaelsen 2014-08-21 12:21:07 UTC Comment hidden (obsolete)
Comment 9 Winfried Donkers (retired) 2015-06-22 11:50:41 UTC Comment hidden (no-value)
Comment 10 Winfried Donkers (retired) 2015-06-22 11:51:47 UTC Comment hidden (no-value)
Comment 11 Winfried Donkers (retired) 2015-06-22 11:53:27 UTC Comment hidden (no-value)
Comment 12 V Stuart Foote 2015-12-01 15:15:54 UTC
@Mike, Armin

This looks to have a couple of nice test cases of SdrObject handling with the OOXML import filter. As an fyi... since you're on a roll with bug 95970 and that should have already gotten some of it.
Comment 13 Armin Le Grand 2015-12-02 10:02:18 UTC
All transformations to SdrObjects should be applyable, but may have problems due to old internal stuff. With aw080 and full support for transformations this will get better - already adapted stuff for this in aw080 - hope to get some time for this soon...
Comment 14 Robinson Tryon (qubit) 2015-12-09 18:47:50 UTC Comment hidden (obsolete)
Comment 15 QA Administrators 2017-01-03 19:41:51 UTC Comment hidden (obsolete)
Comment 16 Dave Nadler 2017-01-11 16:28:02 UTC Comment hidden (obsolete)
Comment 17 Dave Nadler 2017-01-11 16:30:12 UTC
Created attachment 130318 [details]
Image showing broken load in LibreOffice 5.1
Comment 18 Xisco Faulí 2017-11-07 23:53:32 UTC Comment hidden (obsolete)
Comment 19 Ahmad Harthi 2018-08-02 08:07:00 UTC
Created attachment 143921 [details]
LO61vsMSO16

Issue still exists, but there seems to be an improvement over previous versions.

Tested on:
Version: 6.1.0.2 (x64)
Build ID: b3972dcf1284967612d5ee04fea9d15bcf0cc106
CPU threads: 4; OS: Windows 6.1; UI render: default; 
Locale: ar-SA (ar_SA); Calc: group threaded


A new screenshot has been attached, previous screenshots where marked obsolete.
Comment 20 Alex 2018-11-03 21:13:26 UTC
I've just reproduced in Version: 6.1.2.1
Build ID: 1:6.1.2-0ubuntu1
CPU threads: 4; OS: Linux 4.18; UI render: default; VCL: gtk3; 
Locale: en-GB (en_GB.UTF-8); Calc: group threaded

Looks identical to Comment 19.
Comment 21 QA Administrators 2019-11-04 03:29:02 UTC Comment hidden (obsolete)
Comment 22 Timur 2020-03-11 10:57:38 UTC
Repro 7.0+ for attachment 103830 [details] as in attachment 143921 [details]. Although it's 2007 DOCX, also wrong if resaved in MSO.

(In reply to Xisco Faulí from comment #18)
> attachment 116727 [details] is correctly displayed in 6.0.0.0.alpha1+ Linux
Right, but again is wrong now. 
Anyway, that's another issue, I'll remove.