Created attachment 113923 [details]
correct smiley face
From current fresh release:
Build ID: 45e2de17089c24a1fa810c8f975a7171ba4cd432
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.
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.
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
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.
I can reproduce in 184.108.40.206/OSX, but not 220.127.116.11. 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 18.104.22.168 nightly:
Build ID: b2f347f2ac68821efc00b6f1793cda90af748118
Seems to be bigger issue also in 22.214.171.124. 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.
Build ID: 2c39ebcf046445232b798108aa8a7e7d89552ea8
Migrating Whiteboard tags to Keywords: (preBibisect)
This issue still persists with Version: 126.96.36.199 (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 188.8.131.52.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 184.108.40.206
Version: 220.127.116.11 (x64)
Build ID: ea7cb86e6eeb2bf3a5af73a8f7777ac570321527
Issue still persists with Version: 18.104.22.168 (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!
Created attachment 146105 [details]
Simple pptx example of smiley face created in PP2016
Still reproducible in Version: 22.214.171.124.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:
In commits like
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
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
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.