Description: Scaled shadow distance is not equal between LO and MSO Steps to Reproduce: 1.Open sample.pptx with MSO 2.Open sample.pptx with LibreOffice Actual Results: Shadow distances are not equal. Expected Results: Shadow distance should be equal. Reproducible: Always User Profile Reset: No Additional Info: It happens after 6454b6336b8de9a4c5899adeab552af6f794cdc4 . Not a regression. Before that commit LibreOffice already can't import scaled shadows.
Created attachment 159835 [details] Sample file
Created attachment 159836 [details] Comparision MSO and LO
Reproduced in Version: 7.0.0.0.alpha1+ Build ID: 86bc13248c1d9f63b10aac304bdf0361d1dcc47f CPU threads: 4; OS: Linux 4.19; UI render: default; VCL: gtk3; Locale: en-US (en_US.UTF-8); UI: en-US Calc: threaded
In previous versions the shadow has wrong size
Created attachment 160641 [details] how it looks in previous versions
Still reproducible in Version: 7.2.0.0.alpha0+ / LibreOffice Community Build ID: 351b2382465087d18a3ad44509c2a3a66ca08aa6 CPU threads: 4; OS: Linux 5.7; UI render: default; VCL: gtk3 Locale: en-US (en_US.UTF-8); UI: en-US Calc:
The origin of the distance is given in attribute algn="tr", which means, that the distance between object and shadow is measured using the top-right corner of object and shadow. The position of the shadow is then determined by attribute dist(UI Distance) and dir (UI Angle). That means pptx used polar coordinates. LibreOffice does not evaluate attribute "algn" and only preserves it for roundtrip, at least that is my conclusion of EffectPropertiesContext::saveUnsupportedAttribs() LibreOffice uses instead top-left corner of the image as origin. LibreOffice evaluates the size, but that is only in special pptx-mode. Other shadow sizes than 100% cannot be expressed in ODF file format. Previous versions could not interpret the size, which results in the large shadow in "how it looks in previous versions". If you set the image transparency to 90%, you can see the shadow behind the image. Tested in Version: 7.2.0.0.alpha0+ (x64) / LibreOffice Community Build ID: 8e49505fa7352023c252bf794ae84c9082d7264e 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
Dear Gülşah Köse, To make sure we're focusing on the bugs that affect our users today, LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed bugs which have not been touched for over a year. There have been thousands of bug fixes and commits since anyone checked on this bug report. During that time, it's possible that the bug has been fixed, or the details of the problem have changed. We'd really appreciate your help in getting confirmation that the bug is still present. If you have time, please do the following: Test to see if the bug is still present with the latest version of LibreOffice from https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the information from Help - About LibreOffice. If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a comment that includes the information from Help - About LibreOffice. Please DO NOT Update the version field Reply via email (please reply directly on the bug tracker) Set the bug's Status field to RESOLVED - FIXED (this status has a particular meaning that is not appropriate in this case) If you want to do more to help you can test to see if your issue is a REGRESSION. To do so: 1. Download and install oldest version of LibreOffice (usually 3.3 unless your bug pertains to a feature added after 3.3) from https://downloadarchive.documentfoundation.org/libreoffice/old/ 2. Test your bug 3. Leave a comment with your results. 4a. If the bug was present with 3.3 - set version to 'inherited from OOo'; 4b. If the bug was not present in 3.3 - add 'regression' to keyword Feel free to come ask questions or to say hello in our QA chat: https://web.libera.chat/?settings=#libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug
The shadow is rendered correctly in Version: 7.6.0.0.alpha1+ (X86_64) / LibreOffice Community Build ID: 70fd835b4cf75e386ee115c705241a4059fb68a8 CPU threads: 8; OS: Windows 10.0 Build 19045; UI render: default; VCL: win Locale: en-US (en_US); UI: en-US Calc: CL threaded But still there is no UI to set the properties. The properties in question are ShadowAlignment, ShadowSizeX and ShadowSizeY. These properties can be seen in the Development Tools, but not in the API Reference. They are not part of com::sun::star::drawing::ShadowProperties Service.
This issue got fixed by https://cgit.freedesktop.org/libreoffice/core/commit/?id=c27946fb157fe46fbfaefbe93f2c6794b1af4411 Closing as DUPLICATED of bug 150020 *** This bug has been marked as a duplicate of bug 150020 ***