Created attachment 171483 [details] document comparing 44deg vs 45deg rotation Open attached document in LibreOffice and PowerPoint and compare. The orange shapes should be essentially different. The two slides have the same geometry besides the rotation angle of the orange shape has 44deg in one slide and 45deg in the other slide. The blue shape has the same geometry than the orange one, but is not rotated. PowerPoint uses for shapes, which have rotation angle in 45..135 and 225..315 degree not the original shape rectangle, but a basic rectangle, which is rotated by 90deg. The difference becomes visible here, because the group sets a child coordinate system via choff and chext elements, which has a non-uniform scale transformation. The wrong shew is already reported as bug 141463.
Created attachment 171492 [details] Comparison LibreOffice 7.2 master and MSO 2010
Created attachment 171493 [details] Comparison LibreOffice 7.2 master and MSO 2010 ( slide 2 )
Reproduced in Version: 7.2.0.0.alpha0+ / LibreOffice Community Build ID: 41ff704cc49b7097b717882616011962ecd7198f CPU threads: 4; OS: Linux 5.7; UI render: default; VCL: gtk3 Locale: en-US (en_US.UTF-8); UI: en-US Calc: threaded
Also reproduced in Version: 5.2.0.0.alpha0+ Build ID: 3ca42d8d51174010d5e8a32b96e9b4c0b3730a53 Threads 4; Ver: 5.7; Render: default;
Created attachment 171539 [details] Document from which the screenshot is used in the investigation
Created attachment 171540 [details] Spreedsheat to manually calculate the shapes The spreadsheets allows to manually calculate the shapes using the values given in the pptx file. Behind the chart is a screenshot of the pptx as shown in PowerPoint. The grid is shown in PowerPoint so that you can adjust the chart to the grid of the screen shot. The calculation uses choff and chext as individual values and the group transformation is expected to not contain these values. That is different to the current implementation, where the 'parent transformation' contains choff and chext.
Created attachment 171568 [details] LO 141953 manually calculating shapes The attached spreadsheet crashes LO 7.2. So I exchange the attachment with a version, which does not crash. The crash itself is reported in bug 142019.
The attached spreadsheet is still not correct. I will not attach a new one, but try a fix in code directly.
This is fixed together with fix for bug 141463, in commit https://cgit.freedesktop.org/libreoffice/core/commit/?id=36499d8bf6cd5c6af7b2ceb6071baf5c7421bd0a
Verified in Version: 7.2.0.0.alpha1+ / LibreOffice Community Build ID: c781776f3c79bbe3175b1452d26c79ebb931a500 CPU threads: 4; OS: Linux 5.7; UI render: default; VCL: gtk3 Locale: en-US (en_US.UTF-8); UI: en-US Calc: threaded @Regina, thanks for fixing this issue!!
*** Bug 93952 has been marked as a duplicate of this bug. ***
*** Bug 142274 has been marked as a duplicate of this bug. ***
Fixing patch has been backported to libreoffice-7-1 -> https://cgit.freedesktop.org/libreoffice/core/commit/?h=libreoffice-7-1&id=ac0eb504a38321849b854889598a28d0687196ea