Bug 135619 - Image rotated to right with crop is exported wrongly to DOCX
Summary: Image rotated to right with crop is exported wrongly to DOCX
Status: RESOLVED DUPLICATE of bug 138953
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
6.3.0.4 release
Hardware: All All
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords: bibisected, bisected, regression
Depends on:
Blocks: DOCX-Images
  Show dependency tree / graph
 
Reported: 2020-08-10 18:29 UTC by Telesto
Modified: 2021-08-11 07:34 UTC (History)
4 users (show)

See Also:
Crash report or crash signature:

Attachments
Example file (1.30 MB, application/vnd.oasis.opendocument.text)
2020-08-10 18:29 UTC, Telesto 		Details
Bibisect log (2.90 KB, text/plain)
2020-08-10 19:01 UTC, Telesto 		Details
The example file and its docx version in current master (222.26 KB, image/png)
2021-08-11 07:34 UTC, NISZ LibreOffice Team 		Details
View All Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.
Description Telesto 2020-08-10 18:29:34 UTC 
Description:
Image rotated to right with crop is exported wrongly to DOCX

Steps to Reproduce:
1. open the attached file
2. File save As DOCX
3. File reload

Actual Results:
Image oversized and and wrong position

Expected Results:
Similar to ODT


Reproducible: Always


User Profile Reset: No



Additional Info:
Found in
7.1

it's 'fine' in 6.0, except the rotation being wrong
Comment 1 Telesto 2020-08-10 18:29:48 UTC 
Created attachment 164130 [details]
Example file
Comment 2 Telesto 2020-08-10 19:01:21 UTC 
Created attachment 164132 [details]
Bibisect log

Bisected to
author	Mike Kaganski <mike.kaganski@collabora.com>	2019-01-26 17:13:28 +0300
committer	Mike Kaganski <mike.kaganski@collabora.com>	2019-01-26 17:01:52 +0100
commit b226383a83e41bbced9fc2a02dc09a449401ec97 (patch)
tree 721a7715e29e7713b510fc5c15abde5fcb2123f6
parent 916cfdd0110856768e69d84b97f8dee1f60d401e (diff)
tdf#116371: export rotation of SwGrfNode

https://cgit.freedesktop.org/libreoffice/core/commit/?id=b226383a83e41bbced9fc2a02dc09a449401ec97
Comment 3 Telesto 2020-08-10 19:02:46 UTC 
This only about the oversized element..
Comment 4 Timur 2020-09-17 13:15:04 UTC 
Repro 7.1+. I add Mike to CC, didn't check bibisect myself.
Comment 5 NISZ LibreOffice Team 2021-08-11 07:30:52 UTC 
The oversize problem was fixed in 7.2 with:

https://git.libreoffice.org/core/+/3dc2e629b247873bfbd3190c11152d8d2bab1a03

author	Mike Kaganski <mike.kaganski@collabora.com>	Fri Dec 18 13:12:50 2020 +0300
committer	Mike Kaganski <mike.kaganski@collabora.com>	Fri Dec 18 21:47:14 2020 +0100

tdf#138953: use original (cropped, but unrotated) object size in spPr

After this the position still was a bit incorrect, by moving a bit to the right and bottom of the page, until:

https://git.libreoffice.org/core/+/0df65d9b1643c651143b51e315c97e732e8a6c00

author	Noel Grandin <noelgrandin@gmail.com>	Mon Dec 28 13:24:48 2020 +0200
committer	Noel Grandin <noel.grandin@collabora.co.uk>	Tue Dec 29 08:07:51 2020 +0100

use Degree10 in SwRotationGrf

Since this the position is correct as well.

Thanks Mike & Noel for fixing this :)

*** This bug has been marked as a duplicate of bug 138953 ***
Comment 6 NISZ LibreOffice Team 2021-08-11 07:34:19 UTC 
Created attachment 174200 [details]
The example file and its docx version in current master

Version: 7.3.0.0.alpha0+ (x64) / LibreOffice Community
Build ID: d1f1f546b212ecd651146addeb328806bb270d5f
CPU threads: 4; OS: Windows 10.0 Build 18363; UI render: Skia/Raster; VCL: win
Locale: hu-HU (hu_HU); UI: en-US
Calc: CL