Description: If I open the attached file (a PPTS) with LO 6 alpha 1, the presentation starts. On the first slide is the logo of the university rendered wrong. If I now open the context menu and click on "Edit presentation", the logo on this (same!) slide is show correctly. Steps to Reproduce: 1. Open PPTS (Presentation starts) 2. Open context menu 3. Click "Edit Presentation Actual Results: LO 6 renders the WMF diffently in presentation and editing mode Expected Results: It should be rendered the same. Reproducible: Always User Profile Reset: No OpenGL enabled: Yes Additional Info: Version: 6.0.0.0.alpha1+ (x64) Build ID: 9ea8686d3573540b697b51d1e2e00bfe2d57d872 CPU threads: 4; OS: Windows 10.0; UI render: default; TinderBox: Win-x86_64@42, Branch:master, Time: 2017-10-29_07:23:44 Locale: de-DE (de_DE); Calc: CL User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:56.0) Gecko/20100101 Firefox/56.0
Created attachment 137556 [details] test case
Created attachment 137557 [details] Screenshots and description
Created attachment 137558 [details] screencast
I don’t know if I am right or not, if no please provide steps to reproduce. The issue is partially reproducing. When I used your attached document it was messy. I tried to use it in another impress document that I have, only few line texts are messed up but the autoplay mode doesn’t start. Steps to reproduce : 1- Create a new Impress file with two or three test slides 2- Save as « Microsoft PowerPoint 2007-2013 XML Autoplay (.ppsx) 3-Close the file. 4-Open the file again. Actual results : The file open on the edit mode and the text is messed up. Expected result : The file should start in Show mode and the text keep the format. Testing environment: • Operating system : Windows 8.1 Pro 64-bits. • LibreOffice : Version: 5.4.3.1 (x64) Build ID: 32c8895c6cae21571f364dbb059f419a743ee44d CPU threads: 4; OS: Windows 6.29; UI render: default; Locale: en-US (en_US); Calc: group
Created attachment 137676 [details] New test case
Created attachment 137677 [details] description with screen shots
I'm sorry, I was not specific enough. I investigated the issue and found out that is not about the PPTS format, but about a fix in the WMF image format. The alpha1 build of LO 6 contains a fix for images of the WMF file format. The attached test case „Test Case WMF in Slide.odp“ is a presentation with a WMF, which is affected by this fix. If you just open this presentation, the WMF looks right, but if you start the Slide Show („Slide Show“ → „Start from first slide“), the WMF is shown messed up. Here is a step by step list: 1. Please open the presentation „Test Case WMF in Slide.odp“ that is attached to this bug report with LO 6 alpha1. (In earlier builds of LO 6 or LO 5 the issue with the logo is in Editing Mode and in Presentation Mode). 2. Please click on the menu „Slide Show“ and then „Start from the first slide“. 3. The Slide Show starts and the logo (a WMF image) is messed up. The image is rendered the way it was rendered before the fix in LO6 Alpha1. Version: 6.0.0.0.alpha1+ (x64) Build ID: a5af0fd9f27af42cf2e8571f659cdad6e606215b CPU threads: 4; OS: Windows 10.0; UI render: default; TinderBox: Win-x86_64@42, Branch:master, Time: 2017-11-07_00:30:02 Locale: de-DE (de_DE); Calc: group To reproduce this, you need a version of LO 6 Alpha1 (fix is only there present).
Confirmed. Arch Linux 64-bit Version: 6.0.0.0.alpha1+ Build ID: 17cfe6e25d479428de308c22fcd218dcf8827840 CPU threads: 8; OS: Linux 4.13; UI render: default; VCL: kde4; Locale: fi-FI (fi_FI.UTF-8); Calc: group Built on November 15th 2017
** Please read this message in its entirety before responding ** 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 http://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://kiwiirc.com/nextclient/irc.freenode.net/#libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug
In master LO 6.5+ Windows, I reproduce wrong image from ODT attachment 137676 [details] as explained in attachment 137677 [details]. I addition to Comment 7: on fileopen with OpenGL the WMF looks wrong, the same as in the Slide Show; and on fileopen without OpenGL the WMF looks fine, but is wrong in the Slide Show. It would be nice to have that fix in 6.0, but Slide show was wrong in LO 4.0 and not wrong in that way in LO 3.6. I'll mark regression. Even if not , would be useful to know change.
In Lo 7.2+ reproduced wrong image from ODT attachment 137676 [details] in Slide show as explained in attachment 137677 [details].
Created attachment 172255 [details] WMF image extracted from document
(In reply to Bartosz from comment #12) > Created attachment 172255 [details] > WMF image extracted from document I don't see any problem with WMF file. Version: 7.2.0.0.alpha1+ (x64) / LibreOffice Community Build ID: 4a9eef7849a75ba91806886ea9c96d114c8d56f9 CPU threads: 8; OS: Windows 10.0 Build 19042; UI render: Skia/Raster; VCL: win Locale: en-US (en_US); UI: en-US Calc: CL
(In reply to Valek Filippov from comment #13) > (In reply to Bartosz from comment #12) > > Created attachment 172255 [details] > > WMF image extracted from document > > I don't see any problem with WMF file. > > Version: 7.2.0.0.alpha1+ (x64) / LibreOffice Community > Build ID: 4a9eef7849a75ba91806886ea9c96d114c8d56f9 > CPU threads: 8; OS: Windows 10.0 Build 19042; UI render: Skia/Raster; VCL: > win > Locale: en-US (en_US); UI: en-US > Calc: CL See comment 11.
Created attachment 172602 [details] Minified WMF sample This WMF file has a bunch of Escape records with EPS data in them. Fortunately this can be safely ignored. However, because it's a logo, for its letters instead of setting font and render the text, it draws the letters with polygons. And for whatever reason* every letter that has more than one path (i.e. either has more that one element, like "i" or has a closed shape, like "O") instead of using polygon TWO bitmaps are used. There is a SetStrechBltMode in front of each bitmap. For the first bitmap it sets the mode to 1 (black on white) and for the second to 2 (white on black). First bitmap uses 0x8800c6 ROP2 and the second one uses 0xee0086. It looks like renderer for slide-show mode does not implement ROPs properly. IMHO this is not a WMF import problem. (* whatever system generated that file probably was not aware about SetPolyfillMode and PolyPolygon; and/or wasn't creative enough to draw outer shape in blue and inner shape in white on top of it.)
Dear Mike, 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