Description of problem: Shapes such as rounded rectangles are not correctly converted from pptx files to odp files. For example, a rounded rectangle ends up as a narrow, squiggly triangle after conversion. Version-Release number of selected component (if applicable): libreoffice-impress-3.6.3.2-8.fc18.x86_64 How reproducible: Always Steps to Reproduce: 1. Open impress 2. Draw a rounded rectangle 3. Save as pptx 4. Close document 5. Open pptx 6. Save as an odp file 7. Close document 8. Open odp file Actual results: Corrupted shapes Expected results: Normal shapes Additional info: This also fails when converting from a pptx made by powerpoint. It also fails when converting from an "Open Office pptx". I'm attaching various affected documents.
Created attachment 690978 [details] Screenshot of a rounded rectangle created in impress
Created attachment 690979 [details] Screenshot of rounded rectangle after opening as a pptx and saving to an odp file
Created attachment 690982 [details] File created in powerpoint 2010 containing a rounded rectangle
Created attachment 690984 [details] Powerpoint file after being corrupted by saving as odp in impress
Created attachment 690987 [details] pptx file created in impress containing a rounded rectangle
Created attachment 690996 [details] corrupted shape in odp file after saving impress created pptx file as odp
works in master
Created attachment 691923 [details] Script to fix broken .odp files Is there a koji build I can test? In the meantime I kluged together a script to fix a presentation affected by this, at least for "rounded rectangle" from powerpoint. Maybe this basic template would be useful for anyone else who has a giant presentation affected by this, so I'm attaching it. Other shapes that seem affected from Powerpoint pptx -> odp: Oval and Arc. My script doesn't help these, but the below process could be adapted. It seems that the latest fedora packaged libreoffice isn't interpreting the "enhanced-geometry" fields in content.xml correctly. The idea behind the script is to replace the broken enhanced-geometry field with an equivalent one that libreoffice reads correctly. Instructions for use: 1) Put your broken odp file (let's call it broken.odp) in a temp directory 2) Create a new presentation containing nothing but the shape that you want to fix (e.g. a rounded rectangle) 3) Save it as an odp file (let's call it ok.odp) in the same temp directory 4) Create a subdirectory (let's call it "ok" here) 5) cd ok; unzip ../ok.odp; cd .. 6) cp ok/content.xml enhanced-geometry.xml 7) Create a subdirectory (let's call it "broken" here) 8) cd broken; unzip ../broken.odp; cd .. 9) ./fix.py broken/content.xml 10) Check that content-fixed.xml has the new enhanced-geometry fields that you want 11) mv content-fixed.xml broken/content.xml 12) cd broken 13) zip -r ../broken.odp content.xml Now broken.odp should be fixed. You can delete broken. ok.odp, and ok The script looks for shapes named "Rounded Rectangle*" to replace the enhanced-geometry field. If your shape is something else you should modify the script to look for a different name.
Any update on this?
dtardon reports that its fixed in the latest upstream stable, but I guess we don't happen to know the commit that fixed it in order to backport. If you have the time to dig through the upstream bugs that look similar or to use bibisect (https://wiki.documentfoundation.org/QA/HowToBibisect) to help identify the range where it "started to work right", that'd help us help you
The upstream commit that fixes this is d8720d4e390143279ccae8eed05decf54240e8fa .
will be fixed in libreoffice-3.6.5.2-6.fc18
libreoffice-3.6.5.2-6.fc18 has been submitted as an update for Fedora 18. https://admin.fedoraproject.org/updates/libreoffice-3.6.5.2-6.fc18
Package libreoffice-3.6.5.2-6.fc18: * should fix your issue, * was pushed to the Fedora 18 testing repository, * should be available at your local mirror within two days. Update it with: # su -c 'yum update --enablerepo=updates-testing libreoffice-3.6.5.2-6.fc18' as soon as you are able to. Please go to the following url: https://admin.fedoraproject.org/updates/FEDORA-2013-3597/libreoffice-3.6.5.2-6.fc18 then log in and leave karma (feedback).
libreoffice-3.6.5.2-6.fc18 has been pushed to the Fedora 18 stable repository. If problems still persist, please make note of it in this bug report.