Created attachment 113923 [details] correct smiley face From current fresh release: Version: 4.4.1.2 Build ID: 45e2de17089c24a1fa810c8f975a7171ba4cd432 Locale: en_US Create an impress document with smiley face clipart (using impress drawing tools) and then save it as PPTX. Now open the PPTX file and resave it as .PPT, the smiley face clipart suddenly disappears. Without any changes, opening the same .PPT file in Powerpoint/Powerpoint online, the smiley face reappears. Issue seems to be the impress .PPT import filter/module and how it decodes the document on screen.
Created attachment 113924 [details] missing smiley face clipart. Shows up properly under powerpoint.
Confirmed: Ubuntu 14.10 x64 LibreOffice 4.5 master Date: Tue Mar 3 09:59:31 2015 +0000 Build: Date: Tue Mar 3 09:59:31 2015 +0000 LibreOffice 3.3 does not have this issue. Marking as: New Major - loss of data Highest - loss of data + regression bibisectRequest to see if it was introduced after 3.5.
Created attachment 113940 [details] Bug 89853 Git Bisect Log Hi So I tried to bisect this bug and got to the 3.5.0 release before my bisect ran into an error. The problem still appears in the 3.5.0 series and in fact seems to be even worse as the smiley face is often not visible even when reopening the saved pptx document. I have attached the bisect log (as far as it got, I only had 11 revisions left to test), hopefully it is useful in some way. Gabriel
I can reproduce in 3.5.6.2/OSX, but not 3.4.6.2. I can't find a working (in either sense) commit at the start of the 43all bibisect repo either, so it's a preBibisect regression I was amused by the way 3.4 and earlier turned the "smiley" into a "frowny" when saving as .pptx
Confirmed issue persists with 4.4.3.1 nightly: Version: 4.4.3.1 Build ID: b2f347f2ac68821efc00b6f1793cda90af748118 Locale: en_U
Seems to be bigger issue also in 4.4.4.3. This time the entire line connector and now both smiley face disappears when opening the pptx file, and then immediately saving as .ppt file. Then opening the final saved .ppt file. Version: 4.4.4.3 Build ID: 2c39ebcf046445232b798108aa8a7e7d89552ea8 Locale: en_US
Migrating Whiteboard tags to Keywords: (preBibisect) [NinjaEdit]
This issue still persists with Version: 5.1.1.3 (x64) Build ID: 89f508ef3ecebd2cfb8e1def0f0ba9a803b88a6 to replicate, create new impress document, insert 2 smiley face symbol drawings and insert/connect line connector symbol between them. Save as pptx file. Open the same pptx then save as ppt file, both smiley face and connector are completely missing.
still present in 5.4.0.0.alpha0+ Build ID: 5bb5a9dacb84ec14f7148a5a5d9ba38b7e9f1039 CPU Threads: 4; OS Version: Windows 6.29; UI Render: default; TinderBox: Win-x86@42, Branch:master, Time: 2017-02-17_23:30:45 Locale: it-IT (it_IT); Calc: group
Issue still exists with LibreOffice 5.4.1.2 Version: 5.4.1.2 (x64) Build ID: ea7cb86e6eeb2bf3a5af73a8f7777ac570321527
Issue still persists with Version: 5.4.2.2 (x64) Build ID: 22b09f6418e8c2d508a9eaf86b2399209b0990f4 CPU threads: 4; OS: Windows 6.19; UI render: default; Locale: en-US (en_US); Calc: group
** 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 146105 [details] Simple pptx example of smiley face created in PP2016 Still reproducible in Version: 6.2.0.0.alpha1+ (x64) Build ID: c9ec7105ba173af77fb9eadcdd3f694494664865 This bug affects all OOXML shapes that are converted to ppt.
Created attachment 146106 [details] Sample file correctly exported to ppt with PP2016
Between 3.4 and 3.5, the OOXML import filter was overhauled: https://cgit.freedesktop.org/libreoffice/core/log/oox/source/drawingml/customshapeproperties.cxx?ofs=50 In commits like https://cgit.freedesktop.org/libreoffice/core/commit/?id=ca5c78e28fb4 https://cgit.freedesktop.org/libreoffice/core/commit/?id=d05649c43b41 The ppt export filter needs to be updated to handle these changes.
Created attachment 146116 [details] Advanced example showing how all shapes are lost on export to ppt In this test, the only shape preserved is the rectangle.
Still present when testing now Version: 6.3.0.0.beta1 Build ID: a187af327633f5f00363be5131bd21a13e0f1a7b CPU threads: 2; OS: Mac OS X 10.13.6; UI render: default; VCL: osx; Locale: en-US (en_US.UTF-8); UI-Language: en-US Calc: threaded
The shapes get the type "ooxml-foo" and the actual formulas and paths are used, when import from pptx. Such way not only preset shapes but also custom geometry shapes can be read. The formulas work with values relative to actual width and height and angles in 1/60000 degree. Shapes from binary MS Office files get a type mso-sptFoo or the type identifier, which our own shapes use, on import. Formulas are not imported, but preset definitions are used. Only adjustment values are imported. But these use for angles simple degree and for length values in range 0..21600. Our own custom shapes are handled the same way. The ppt export expects this situation and cannot use the types "ooxml-foo". It would be necessary to convert the "ooxml-foo" shapes on export. Such conversion would be similar to the conversion done for the WordArt-transformation von OOXML on import. Those are converted to the corresponding ones from MS binary format on import. Therefore the problem does not exist for these WordArt shapes. Mapping tables for the types are in /core/filter/source/msfilter/util.cxx. Converting the modifier values need some care, because the reference base might be different in OOXML and binary MS Office. But do we really want to work on _export_ filters for an old binary file format? We have already dropped export to the binary StarDivision formats (.sdd) and to the XML-formats of OpenOffice.org1.0 (.sxi).
(In reply to Regina Henschel from comment #18) > But do we really want to work on _export_ filters for an old binary file > format? We have already dropped export to the binary StarDivision formats > (.sdd) and to the XML-formats of OpenOffice.org1.0 (.sxi). After a quick poll among core devs, the opinion was that, yes, we want to work on improving PPT export filter, but with lower priority.
Can reproduce as described in the description: when saving PPTX as PPT and reopening, the shapes disappear {but the connector stays). I can also reproduce exactly as described in Comment #13 with attachment 146105 [details]. Version: Version: 7.2.0.0.alpha1+ / LibreOffice Community Build ID: 399a6472f666ae6c3e20b6f8367f9fd089c15605 CPU threads: 4; OS: Linux 5.4; UI render: default; VCL: gtk3 Locale: en-AU (en_AU.UTF-8); UI: en-US TinderBox: Linux-rpm_deb-x86_64@86-TDF, Branch:master, Time: 2021-06-05_17:38:40 Calc: threaded
Dear gadgetpig, 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
Still present It's a valid question whether it's worth working on export filter for these old formats, as comment 18 mention Version: 24.2.0.0.beta1 (AARCH64) / LibreOffice Community Build ID: 5f390384195b7264c6e52add9e90a39790285249 CPU threads: 10; OS: macOS 14.2; UI render: Skia/Metal; VCL: osx Locale: en-US (en_US.UTF-8); UI: en-US Calc: threaded