Description: I was preparing an exercise on symmetries for my students. I cut a photo along the horizontal and vertical axis of symmetry to get a module. Then I copied the form and reflected it (Reflect sidebar command) both horizontally and vertically, to "reconstruct" the starting image. Everything works perfectly in the work mode, but in presentation mode the reflected images are no longer visible. So what I see in the slides list and in the work area does not match what I see in the display mode (in the Presentation mode). Steps to Reproduce: 1.Crop a photo with many pixels. 2.Copy the cut image and use the reflect command to flip the image. 3.Repeat several times. Actual Results: In the work mode everything works but in Presentation mode some images disappear. Expected Results: Show in presentation mode the same things I see in work mode Reproducible: Sometimes User Profile Reset: No Additional Info:
Created attachment 155382 [details] The last slide shows the problem I have already explained. Even if the file is exported to pdf the problem remains
Vertical flip of metafile does not work in presentation mode. Workaround: Use a bitmap instead of a metafile. (Context menu: Convert to Bitmap)
Actually this is a regression from https://cgit.freedesktop.org/libreoffice/core/commit/?id=7f9b0f47979dcb7abfed37bb7cd38ab51eac6011 author Armin Le Grand <Armin.Le.Grand@cib.de> 2017-10-30 16:29:09 +0100 committer Armin Le Grand <Armin.Le.Grand@cib.de> 2018-04-17 02:05:57 +0200 commit 7f9b0f47979dcb7abfed37bb7cd38ab51eac6011 (patch) tree 639b6289605dc4b108b70d2da56dd214e62a5be1 parent 0f93692fda4226323422cf82ce34ae4bd5e22fab (diff) tdf#113197 Add MaskPrimitive (clip) to EMF/WMF if needed Bisected with: bibisect-linux64-6.1 Adding Cc: to Armin Le Grand
Dear Anna Baroni, 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
Created attachment 178602 [details] The example file in presentation mode under 7.3 This looks good in 7.3 bibisect master under Linux. Bibisect shows it got better in two changes: https://git.libreoffice.org/core/+/446de9cbea55af65b5f1a274f1ac4b88a6be9ae6 author Miklos Vajna <vmiklos@collabora.com> Mon Sep 21 21:16:28 2020 +0200 committer Miklos Vajna <vmiklos@collabora.com> Tue Sep 22 09:00:56 2020 +0200 tdf#136337 cairo canvas: fix missing image with negative height This solved in 7.1 the vertical flip that was visible on the right half image of Slide 9. https://git.libreoffice.org/core/+/bc0ab08634f59e1a1814e575fe6ad5e50bf1aee1%5E%21/#F10 author Mike Kaganski <mike.kaganski@collabora.com> Fri Nov 19 00:22:31 2021 +0300 committer Mike Kaganski <mike.kaganski@collabora.com> Fri Nov 19 15:42:03 2021 +0100 Drop F_PI1800/F_PI18000, and unify deg2rad/rad2deg conversions This solved the horizontal flip issue that was still present in the bottom left image on Slide 11
Created attachment 178603 [details] PDF export of the example file Exported PDF is also looking good now.
Looks good under Windows too: Version: 7.3.0.3 (x64) / LibreOffice Community Build ID: 0f246aa12d0eee4a0f7adcefbf7c878fc2238db3 CPU threads: 14; OS: Windows 10.0 Build 19042; UI render: Skia/Raster; VCL: win Locale: hu-HU (hu_HU); UI: hu-HU Calc: threaded Miklos, Mike: thanks for solving this issue :)
Hi Gabor, Regina, I would like to create a unittest for this issue. However, the attached document is too large. I tried to create a minimizer sample but I failed. Could you please help to provide a minimized reproducer ?
Created attachment 178623 [details] Smaller example file Hi Xisco The second commit fixed the display of the PDF, that can be tested by this smaller reproducer. The issue fixed by the first commit is also exhibited by this in slideshow mode, but only there. I made this by following the instructions in the original example doc: insert my favourite tiny test jpg, copy+paste as GDI, then delete the jpg, crop the GDI, make another copy of it and flip the copy vertically, group with the original, then copy - paste the group and flip the copy horizontally.
Xisco Fauli committed a patch related to this issue. It has been pushed to "master": https://git.libreoffice.org/core/commit/d04a04d76f8b813b3fc54195f95c7c53e01a1832 tdf#128445: vcl_pdfexport: Add unittest It will be available in 7.4.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.