Description: Position and size of rotated and cropped image off after DOCX export Steps to Reproduce: 1. open the attached file 2. Save as DOCX 3. file reload Actual Results: Placed in the right corner, oversized image.. Expected Results: Image size and position where correct with 6.2.9 (rotation different from odt though, but that's likely something else) Reproducible: Always User Profile Reset: No Additional Info: Version: 7.2.0.0.alpha0+ (x64) Build ID: 35e471bb4d1388cf5afcdcee214cf5111edf44e3 CPU threads: 4; OS: Windows 6.3 Build 9600; UI render: Skia/Raster; VCL: win Locale: nl-NL (nl_NL); UI: en-US Calc: CL
Created attachment 168202 [details] Example file
FWIW: the image is lacking internal dimensions (not DPI set/ copy/paste image) so might be of influence here for results depending on default screen resolution. (but crop and DPI another topic)
Regression introduced by: https://cgit.freedesktop.org/libreoffice/core/commit/?id=b226383a83e41bbced9fc2a02dc09a449401ec97 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 Bisected with: bibisect-linux64-6.3 Adding Cc: to Mike Kaganski
I will fix the size regression. But I can't confirm this from comment 0: > ... *position* where correct with 6.2.9 although I only test using 6.2.0.3. When saving ad DOCX and reloading, the image is shifter a bit to right and upwards.
Mike Kaganski committed a patch related to this issue. It has been pushed to "master": https://git.libreoffice.org/core/commit/3dc2e629b247873bfbd3190c11152d8d2bab1a03 tdf#138953: use original (cropped, but unrotated) object size in spPr It will be available in 7.2.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.
Working perfectly! Version: 7.2.0.0.alpha0+ (x64) Build ID: 315c7570c4a72f4c834086082825533b1e50d1bf CPU threads: 4; OS: Windows 6.3 Build 9600; UI render: Skia/Raster; VCL: win Locale: nl-NL (nl_NL); UI: en-US Calc: CL Thanks Mike. I opened a new bug for the small position change
Verified in Version: 7.2.0.0.alpha0+ Build ID: ad8485ebe11396aaac68095ef9eec819de6af26c CPU threads: 4; OS: Linux 5.7; UI render: default; VCL: gtk3 Locale: en-US (en_US.UTF-8); UI: en-US Calc: threaded
Mike Kaganski committed a patch related to this issue. It has been pushed to "libreoffice-7-0": https://git.libreoffice.org/core/commit/a9ec5c6e7b542e3c7788cdfe0aff4512e36491c6 tdf#138953: use original (cropped, but unrotated) object size in spPr It will be available in 7.0.5. 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.
Mike Kaganski committed a patch related to this issue. It has been pushed to "libreoffice-7-1": https://git.libreoffice.org/core/commit/3d7c90b45c607fe560bacd8f57de0966a93edb4d tdf#138953: use original (cropped, but unrotated) object size in spPr It will be available in 7.1.0.2. 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.
*** Bug 135619 has been marked as a duplicate of this bug. ***
*** Bug 139078 has been marked as a duplicate of this bug. ***