Bug 123324 - FILEOPEN | DOCX, Shapes changing their height.
Summary: FILEOPEN | DOCX, Shapes changing their height.
Status: VERIFIED FIXED
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
4.4 all versions
Hardware: All All
: medium normal
Assignee: Balázs Regényi
URL:
Whiteboard: target:7.1.0
Keywords:
Depends on:
Blocks: OOXML-Shapes
  Show dependency treegraph
 
Reported: 2019-02-11 09:15 UTC by NISZ LibreOffice Team
Modified: 2020-07-20 19:39 UTC (History)
5 users (show)

See Also:
Crash report or crash signature:


Attachments
The original file (340.66 KB, application/vnd.openxmlformats-officedocument.wordprocessingml.document)
2019-02-11 09:16 UTC, NISZ LibreOffice Team
Details
Screenshot of the original document side by side in Word and Writer. (415.00 KB, image/png)
2019-02-11 09:16 UTC, NISZ LibreOffice Team
Details
Screenshot of the colored version of the bugdoc (114.13 KB, image/png)
2020-05-27 11:00 UTC, NISZ LibreOffice Team
Details

Note You need to log in before you can comment on or make changes to this bug.
Description NISZ LibreOffice Team 2019-02-11 09:15:53 UTC
Description:
When the attached file is opened the shapes at the bottom and the top gets their height changed significantly.

Steps to Reproduce:
    1. Open the attached document in LO and MSO.
    2. Notice the changes in LO.

Actual Results:
The shapes are covering up the whole page.

Expected Results:
The shapes should stay the same size as in MSO.


Reproducible: Always


User Profile Reset: No



Additional Info:
Comment 1 NISZ LibreOffice Team 2019-02-11 09:16:30 UTC
Created attachment 149086 [details]
The original file
Comment 2 NISZ LibreOffice Team 2019-02-11 09:16:48 UTC
Created attachment 149087 [details]
Screenshot of the original document side by side in Word and Writer.
Comment 3 Dieter 2019-02-12 08:14:12 UTC
I confirm it with

Version: 6.3.0.0.alpha0+ (x64)
Build ID: f42554a1886ebe49170c25096dc3281b2c7bb1f4
CPU threads: 4; OS: Windows 10.0; UI render: default; VCL: win; 
TinderBox: Win-x86_64@42, Branch:master, Time: 2019-02-08_22:37:30
Locale: en-US (de_DE); UI-Language: en-US
Calc: threaded

and with

Version: 5.4.7.2 (x64)
Build-ID: c838ef25c16710f8838b1faec480ebba495259d0
CPU-Threads: 4; BS: Windows 6.19; UI-Render: GL; 
Gebietsschema: de-DE (de_DE); Calc: CL

in comparison to MW Word 2016
Comment 4 Xisco Faulí 2019-02-13 12:36:54 UTC
Also reproduced in

Version: 4.3.0.0.alpha1+
Build ID: c15927f20d4727c3b8de68497b6949e72f9e6e9e
Comment 5 NISZ LibreOffice Team 2020-05-27 11:00:06 UTC
Created attachment 161326 [details]
Screenshot of the colored version of the bugdoc

These shapes at the top and bottom have relative height set, which goes from the original ~2.3 cm to 27 at import.

Somehow their height was correctly read in 4.2, then broke in 4.3, I suppose because of the VML->DML change at those times.
Comment 6 Commit Notification 2020-07-02 10:33:30 UTC
Regényi Balázs committed a patch related to this issue.
It has been pushed to "master":

https://git.libreoffice.org/core/commit/a85c2504c002dff069c129ab244cb2ba5820943d

tdf#123324 DOCX import: fix shape height relative to top page margin

It will be available in 7.1.0.

The patch should be included in the daily builds available at
https://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More
information about daily builds can be found at:
https://wiki.documentfoundation.org/Testing_Daily_Builds

Affected users are encouraged to test the fix and report feedback.
Comment 7 BogdanB 2020-07-20 19:39:37 UTC
Now it's ok in LibreOffice

Verified
Version: 7.1.0.0.alpha0+
Build ID: abea0d6647c7f1f7e76c73c26cb80e6a67dc5111
CPU threads: 4; OS: Linux 5.4; UI render: default; VCL: gtk3
Locale: ro-RO (ro_RO.UTF-8); UI: en-US
Calc: threaded