Bug 82032 - FILEOPEN: DOCX Strict - Image top position incorrect as it begins outside of page boundary
Summary: FILEOPEN: DOCX Strict - Image top position incorrect as it begins outside of ...
Status: RESOLVED FIXED
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
4.2.5.2 release
Hardware: Other All
: medium normal
Assignee: Not Assigned
URL:
Whiteboard: target:7.4.0
Keywords: filter:docx
Depends on:
Blocks: OOXML-Import-Strict DOCX-Images
  Show dependency treegraph
 
Reported: 2014-08-01 23:54 UTC by Yousuf Philips (jay) (retired)
Modified: 2023-03-06 13:52 UTC (History)
5 users (show)

See Also:
Crash report or crash signature:


Attachments
Screenshot of the original document side by side in Word and Writer with crop markings (669.56 KB, image/png)
2020-12-10 08:33 UTC, NISZ LibreOffice Team
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Yousuf Philips (jay) (retired) 2014-08-01 23:54:09 UTC
Steps:
1) Open attachment 103836 [details]
2) Observe that image on page 1
3) Open attachment 103837 [details] to see how the image appears in Word 2013 vs LibO 4.3.1

Tested in 4.2.5 and 4.3.1 on Linux Mint
Comment 1 Kevin Suo 2014-08-02 06:35:39 UTC
Confirm with 4.3.0.4, ubuntu 14.04 x64.
Set to NEW.
Comment 2 Xisco Faulí 2015-09-09 13:46:35 UTC
This issue is still present in

Version: 5.0.1.2
Build ID: 81898c9f5c0d43f3473ba111d7b351050be20261
Locale: es-ES (es_ES)

on Windows 7 (64-bit)
Comment 3 Robinson Tryon (qubit) 2015-12-09 18:44:57 UTC Comment hidden (obsolete)
Comment 4 QA Administrators 2017-01-03 19:42:50 UTC Comment hidden (obsolete)
Comment 5 Yousuf Philips (jay) (retired) 2017-10-23 08:13:34 UTC
Assume the dimension is wrong because an image cant appear outside of the page boundaries (bug 50206).

Version: 6.0.0.0.alpha1+
Build ID: 118a0a3734a3f794c67a9d7d4376d8ed78a96fee
CPU threads: 2; OS: Linux 4.4; UI render: default; VCL: gtk2; 
Locale: en-US (en_US.UTF-8); Calc: group
Comment 6 QA Administrators 2018-10-24 02:56:05 UTC Comment hidden (obsolete)
Comment 7 Drew Jensen 2020-01-22 13:34:53 UTC
checked with Ubuntu 18.04.01 and Libreoffice 6.4.0.2

The issue with the image still persists. The missing MS logo in the example pdf from original report is now present but the distortion of the background header image is still present.
Comment 8 NISZ LibreOffice Team 2020-12-10 08:33:31 UTC
Created attachment 168028 [details]
Screenshot of the original document side by side in Word and Writer with crop markings

Still a problem in:

Version: 7.2.0.0.alpha0+ (x64)
Build ID: 796c7f612603490dda9277ced0f6ab3cce3bc116
CPU threads: 4; OS: Windows 6.3 Build 9600; UI render: default; VCL: win
Locale: en-US (hu_HU); UI: en-US
Calc: CL

Seems like the cropping is not imported.

Does not happen if the original document is saved to transitional docx in Word.
Comment 9 QA Administrators 2022-12-11 03:21:01 UTC Comment hidden (obsolete)
Comment 10 Stéphane Guillou (stragu) 2023-03-06 13:52:40 UTC
Reproduced the stretched look in:

Version: 7.3.7.2 / LibreOffice Community
Build ID: e114eadc50a9ff8d8c8a0567d6da8f454beeb84f
CPU threads: 8; OS: Linux 5.15; UI render: default; VCL: gtk3
Locale: en-AU (en_AU.UTF-8); UI: en-US
Calc: threaded

However, it is fixed in:

Version: 7.4.5.1 / LibreOffice Community
Build ID: 9c0871452b3918c1019dde9bfac75448afc4b57f
CPU threads: 8; OS: Linux 5.15; UI render: default; VCL: gtk3
Locale: en-AU (en_AU.UTF-8); UI: en-US
Calc: threaded

I bibisected the commit that fixed it to Mike Kaganski's core commit 48a5127bb37b9a95ee9101cad73c0c8c9c82a26d
"Correct parsing of ST_Percentage"

Related to: ISO/IEC-29500 Part 1 ST_Percentage, and [MS-OI29500] 2.1.1324

Thanks Mike and everyone else!