Bug 82021 - Fileopen DOCX : Graphics components of shape OK but text not (wrap, rotation, highlight) - different for 2007 and MSO saved DOCX
Summary: Fileopen DOCX : Graphics components of shape OK but text not (wrap, rotation,...
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
4.3.0.4 release
Hardware: All All
: medium normal
Assignee: Not Assigned
URL:
Whiteboard: BSA
Keywords: filter:docx, implementationError
Depends on:
Blocks: DOCX-Canvas-Shape
  Show dependency treegraph
 
Reported: 2014-08-01 20:11 UTC by Dave Nadler
Modified: 2023-03-27 20:37 UTC (History)
12 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
Details
Draw document used for attachment #116727 (11.87 KB, application/vnd.oasis.opendocument.graphics)
2015-06-22 11:51 UTC, Winfried Donkers
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 Comment hidden (obsolete)
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 2015-06-22 11:50:41 UTC Comment hidden (no-value)
Comment 10 Winfried Donkers 2015-06-22 11:51:47 UTC Comment hidden (no-value)
Comment 11 Winfried Donkers 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 Comment hidden (obsolete)
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.
Comment 23 NISZ LibreOffice Team 2020-11-24 12:15:21 UTC
This is a canvas shape in VML. Current problems: shapes are rotated correctly in the canvas, but their text is not. Also the long texts are not wrapped inside the shape.
Comment 24 Timur 2021-03-19 13:06:34 UTC
Repro 7.2+. I updated the title per previous comment. 
Docx is 2007 but if resaved in Mso, some text in shapes also loads wrong, albeit differently wrong. So both need be tested should this be fixed.
Comment 25 Yves57 2021-03-26 08:30:30 UTC
Hello,
I encountered also this problem of texts badly oriented with Version : 6.4.7.2
Comment 26 QA Administrators 2023-03-27 03:19:54 UTC Comment hidden (obsolete)
Comment 27 Dave Nadler 2023-03-27 20:37:26 UTC
Still broken, 9 years after I reported the problem...