Created attachment 162958 [details] Testdocument whith original content and distorted image after *.png-export Open the attached Draw-file. There is a screenshot imported into Draw. Some elements have been added to the screenshot. Then the screenshot has been exported with this element. The filter sets the right width for the visible area in Draw. But the export will also recognize there had been a transition-point for an arrow outside the marked area. So image will be distorted. The width isn't shown in the right width. The exported *.png-file will get a transparent area at the right. Expected behavior: When exporting a selection to a pixel image the construction mustn't be exported. The image shouldn't show the content distorted. Only the visible marked area should be exported. This buggy behavior appears in LO 6.4.4.2 on OpenSUSE 15.1 64bit rpm Linux.
Created attachment 162959 [details] Same as first attachment, here as *.pdf to see immediately
Repro Version: 7.0.0.2 Build ID: c01aa64b6c3d89ebe5fe69c28c7adb24eb85249c CPU threads: 4; OS: Mac OS X 10.12.6; UI render: default; VCL: osx Locale: nl-NL (nl_NL.UTF-8); UI: en-US Calc: threaded
Also in Version: 6.2.0.3 Build ID: 98c6a8a1c6c7b144ce3cc729e34964b47ce25d62 CPU threads: 4; OS: Mac OS X 10.12.6; UI render: default; VCL: osx; Locale: nl-NL (nl_NL.UTF-8); UI-Language: en-US Calc: threaded
Fine with Version: 5.4.1.2 Build ID: ea7cb86e6eeb2bf3a5af73a8f7777ac570321527 CPU threads: 4; OS: Mac OS X 10.12.6; UI render: default; Locale: nl-NL (nl_NL.UTF-8); Calc: group
(In reply to Telesto from comment #4) > Fine with > Version: 5.4.1.2 > Build ID: ea7cb86e6eeb2bf3a5af73a8f7777ac570321527 > CPU threads: 4; OS: Mac OS X 10.12.6; UI render: default; > Locale: nl-NL (nl_NL.UTF-8); Calc: group no repro in 6.1 but repro in 6.2
Regression introduced by: https://cgit.freedesktop.org/libreoffice/core/commit/?id=046df0a876b3d948bb1e14443c00c180bc8cccaa CC: to Armin Le Grand Xisco, you already fix a problem from that Armin's patch in bug 125062, may be you want try fix another one? =(
Dear Robert Großkopf, 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
Exported first screenshot of the attached document. Isn't distorted any more with LO 7.3.6.2 and also 7.4.1.2. Is distorted with older version like LO 7.2.5.2. Note: The exported png-image is a little bit bigger than before: 75kB with LO 7.3.6.2 and LO 7.4.2.1 (works well) 63kB with LO 7.2.5.2 (doesn't work). Something had been changed for the export an buggy behavior here has been gone. Set this one to worksforme.