Description: When converting a word document to a PDF the PDF does has rotated versions of the graphs. Steps to Reproduce: Steps to Reproduce: 1. Convert file to PDF using 'soffice --headless --nolockcheck --nodefault --nofirststartwizard --nologo --norestore --convert-to pdf --outdir /tmp /tmp/test.docx' 2. Open PDF using a viewer 3. Observe the graphs are rotated Actual Results: Graphs should be in proper orientation Expected Results: Graphs are not in proper orientation Reproducible: Always User Profile Reset: No Additional Info: None
Created attachment 160042 [details] Normal graphs
Created attachment 160043 [details] Rotated graphs pdf
This is a docx import issue Version: 7.0.0.0.alpha1+ Build ID: 1ffe59ef31186e36ad0aa7bbcdd32e407ee8d26c CPU threads: 4; OS: Linux 4.19; UI render: default; VCL: gtk3; Locale: en-US (en_US.UTF-8); UI: en-US Calc: threaded
Created attachment 160747 [details] Comparison MSO 2010 and LibreOffice 7.0 master
Also reproduced in Version: 4.3.0.0.alpha1+ Build ID: c15927f20d4727c3b8de68497b6949e72f9e6e9e
@NISZ, I thought your team might be interested in this issue after Szabolcs' related to arrows
Looks like the grouped shape that contains the charts gets some unexpected rotation value.
Created attachment 164926 [details] The example file opened in Word and current Writer The grouped shape gets 270 degrees rotation value instead of 0. Resetting to 0 manually restores the original look of the document.
Created attachment 165823 [details] Example file minimized and with 4 rotation values After changing the example file to contain the object rotated: 0 degrees is imported as 270 - looks different 90 degrees is imported as 180 - looks the same 180 degrees is imported as 90 - looks different 270 degrees is imported as 0 - looks the same
I see no difference to Word using (3.May) Version: 7.2.0.0.alpha0+ (x64) / LibreOffice Community Build ID: 9c930c4f3109d123c0831d0fcecf9c8b32e5bbc7 CPU threads: 8; OS: Windows 10.0 Build 19041; UI render: Skia/Raster; VCL: win Locale: de-DE (en_US); UI: en-US Calc: CL
Yes, it's fixed in master. Issue fixed by https://cgit.freedesktop.org/libreoffice/core/commit/?id=3e4eb070787d4d44b3bdc95046e5b231dbbef42b author Xisco Fauli <xiscofauli@libreoffice.org> 2021-03-25 17:38:20 +0100 committer Miklos Vajna <vmiklos@collabora.com> 2021-03-26 09:10:17 +0100 commit 3e4eb070787d4d44b3bdc95046e5b231dbbef42b (patch) tree 185ec85a2454dcc8ac0428c38fa8b3f76d61d308 parent 1fcc08d5dccaf8280fa7709df6eb310b8f502fb2 (diff) tdf#122717: fix handling of zero width/height lines Closing as dupe of bug 122717 *** This bug has been marked as a duplicate of bug 122717 ***
Verified in: Version: 7.2.0.0.alpha1+ (x64) / LibreOffice Community Build ID: aa9cb8e14749e7fb7a83b55a2bb095501f731a18 CPU threads: 4; OS: Windows 10.0 Build 17134; UI render: Skia/Raster; VCL: win Locale: hu-HU (hu_HU); UI: hu-HU Calc: threaded