Open the presentation template from the following site: https://templates.office.com/en-US/Academic-presentation,-pinstripe-and-ribbon-design-(widescreen)-TM03431380 Save it as a PPTX. Open in PowerPoint. => It gives a notification: "PowerPoint couldn't read some content in <filename> and removed it. Please check your presentation if the rest of it looks ok." The presentation opens afterwards. Observed with LO 6.0 daily build (2017-09-22_22:54:52, 0db08432c69adc36ed464c1f7c8e672acb3752d) & 5.4.0.3 / Windows 7. Not reproduced with LO 5.3.0.3. => regression There are a couple of other issues in the roundtripped presentation: the separator lines are badly off (this is also somewhat of a regression, but a separate issue), and the colors are off as well.
Regression introduced by: author Tor Lillqvist <tml@collabora.com> 2017-01-24 13:52:28 (GMT) committer Tor Lillqvist <tml@collabora.com> 2017-01-24 14:57:45 (GMT) commit dda1c7b6fabbda4cf40c21b5fb8cb30f7c1f0743 (patch) tree f161f44b2ff6ccae2b4e88a1d6fb21e3431d627d parent c0ee5231c9d7a3186fe39e0955320b2bf14f0e50 (diff) Drop incorrect "artistic" prefix from some token names Apparently copy/paste mistakes in the 642a252cf1a2f1d08c4bbfcae15527bb82c7664d and 21d4cfe19e2796ebf89c408e292c4473924b2bc4 commits from 2014; most of the picture effect type tokens added in that commit do have names that start with "artistic" but not all. Does not break any unit test. (Does not fix the bug I am investigating either, though.) Bisected with: bibisect-linux-64-5.4 Adding Cc: to Tor Lillqvist
I tried to revert commit dda1c7b6fabbda4cf40c21b5fb8cb30f7c1f0743 in a local build but I get a corrupted file after RT without the commit.. I also notice that after commit dda1c7b6fabbda4cf40c21b5fb8cb30f7c1f0743, word/media/hdphoto1.wdp is created. I'm wondering if the issue was always present but not reproducible until dda1c7b6fabbda4cf40c21b5fb8cb30f7c1f0743... I tried to go back before 21d4cfe19e2796ebf89c408e292c4473924b2bc4 but LibreOffice freezes at export time.. Adding Jacobo to the loop
Hi Xisco, the wdp file is used to preserve the original image with no effects applied. The original presentation contains such a file at ppt/media/hdphoto1.wdp. Probably the problem is just the wrong path (word/ instead of ppt/). The bug didn't happen in 5.3 and before the wdp file was not being preserved in those versions due to the problem fixed in dda1c7b. Let me take this bug, I miss hacking on LO :)
Created attachment 136919 [details] Exported test case after applying a fix Can somebody please try this file on MS Office? It should be good now, I've applied a patch that should have fixed the issue but I don't have a way to check it with Office right now.
Patch sent to gerrit: https://gerrit.libreoffice.org/#/c/43338/
(In reply to Jacobo Aragunde Pérez from comment #4) > Created attachment 136919 [details] > Exported test case after applying a fix > > Can somebody please try this file on MS Office? It should be good now, I've > applied a patch that should have fixed the issue but I don't have a way to > check it with Office right now. Hi Jacobo, I still get the error on MSO Office 2010 and slides 9 to 12 are empty
Created attachment 136930 [details] Minimal test case Contains one small bitmap with an artistic effect applied. RT'ed files produce the same warning about some unreadable contents when opened back. Artistic effect on the RT'ed file cannot be undone.
The problem is now the path stored in the rels file: Original: <Relationship Id="rId3" Type="http://schemas.microsoft.com/office/2007/relationships/hdphoto" Target="../media/hdphoto1.wdp"/> Exported: <Relationship Id="rId2" Type="http://schemas.microsoft.com/office/2007/relationships/hdphoto" Target="media/hdphoto1.wdp"/>
I have good and bad news O:-) On the bright side, I've updated the gerrit patch so it fixes the problem in the minimal test case I uploaded. There is a variety of pptx and xlsx files potentially affected by this problem. On the dark side, the patch doesn't yet fix the problem with the original test file. There is one difference between the minimal test case and this file, in the latter the image with the effect is part of the slide design. The original presentation links the .wdp file from `ppt/slideLayouts/_rels/slideLayout1.xml.rels` and `ppt/slideLayouts/_rels/slideLayout3.xml.rels` (the two layouts that cointain that image with the green bookmark). The RT'ed file refers to the .wdp file from `ppt/slideMasters/_rels/slideMaster1.xml.rels`. I don't know how this difference can affect the import in MSOffice. I think the patch is still worth merging because it fixes an existing problem; unfortunately, I cannot commit to keep working to fix the original problem. For future reference, you can read more about these artistic effects at: https://blogs.igalia.com/jaragunde/2014/06/26/tales-of-libreoffice-interoperability-shape-effects/
Tamás, Would you be the right one to review this patch?
Jacobo Aragunde Pérez committed a patch related to this issue. It has been pushed to "master": http://cgit.freedesktop.org/libreoffice/core/commit/?id=55641f5572f3168c09e096eb89ca563652889758 tdf#112633 oox: Save backup images to proper path in document It will be available in 6.0.0. The patch should be included in the daily builds available at http://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: http://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
Jacobo Aragunde Pérez committed a patch related to this issue. It has been pushed to "libreoffice-5-4": http://cgit.freedesktop.org/libreoffice/core/commit/?id=3e250d0a392c37e9e610bd83017a3045c4c02638&h=libreoffice-5-4 tdf#112633 oox: Save backup images to proper path in document It will be available in 5.4.4. The patch should be included in the daily builds available at http://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: http://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
A polite ping to Jacobo Aragunde Pérez: is this bug fixed? if so, could you please close it as RESOLVED FIXED ? Thanks
Hi Xisco, unfortunately the bug is not completely fixed. There were two problems in the original test file, one was fixed but the other, as explained in comment 9, is not. I don't have time to keep working on this so I'm setting it back to NEW, sorry.
Hi, can someone verify if this bug still occurs? I don't see any issues in MSO and LO after exporting using LO master build.
Doing a RT of https://templates.office.com/en-US/Academic-presentation,-pinstripe-and-ribbon-design-(widescreen)-TM03431380 I get: 'PowerPoint removed unreadable content in file.pptx. You should review this presentation to determine whether any content was unexpectedly changed or removed'
** 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
Created attachment 154228 [details] Original POTX file I guess this is original test file. I don't reproduce an issue here, despite the comment 9 and comment 16. I tried filesave with LO 4.2, LO 6.0 and LO 6.4+. MSO opens those PPTX files without warning. So I'll close this bug. But please, if I'm wrong, please explain.
(In reply to Xisco Faulí from comment #16) > Doing a RT of > https://templates.office.com/en-US/Academic-presentation,-pinstripe-and- > ribbon-design-(widescreen)-TM03431380 > I get: > 'PowerPoint removed unreadable content in file.pptx. > You should review this presentation to determine whether any content was > unexpectedly changed or removed' Still reproducible in Version: 6.4.0.0.alpha0+ Build ID: c56bf1479cc71d1a2b0639f6383e90c1f7e3655b CPU threads: 4; OS: Linux 4.15; UI render: default; VCL: gtk3; Locale: ca-ES (ca_ES.UTF-8); UI-Language: en-US Calc: threaded and MSO 2010 @Timur, which version of MSO do you use ?
I use MSO 2016, I should always write it. And as said no error in 2016. But I also tested with MSO 2010 and I see those errors. I think it's OK to keep closed.