Created attachment 97884 [details] Test file with bullet We lost the bullet when we save in OOxml (in pptx or ppsx) and no when save in .ppt Steps: 1) Open Test.odp (from Moztrap test) 2) Save it in OOxml format (File -> Save as, choose Micrsoft Power Point 2007/2010/2013 XML (.pptx). We have Test.pptx 3) Close Libreoffice 4) Launch LibreOffice 5) Open Test.pptx Result: Bullet lost Expected: have the bullet (when we save in pptx, the bullet is keeping) Reproduce on Ubuntu 12.04.4 x86_64 in LibreOffice 4.2.4.1 Build ID: d4c441391e20647b3d2e8dde4d20aa868e77e515
Created attachment 97885 [details] Screencast for ODP file No problem: reference
Created attachment 97886 [details] Screencast for ppt format Good conversion in ppt: bullet is keeping
Created attachment 97887 [details] Test.odp after a conversion in ppt format Good conversion: bullet is keeping
Created attachment 97888 [details] Screencast for pptX format Problem: the bullets lost during vonversion ODP to PPTX
Created attachment 97889 [details] Test.odp after a conversion in pptX format The problem: the conversion ODP to PPTX lost the bullet Expected: have the same result as the conversion ODP to ppt format
reproducible on LibO 4.2.3.3 under Win7x64
*** Bug 76909 has been marked as a duplicate of this bug. ***
reproducible on 4.1.5.3 as well
> > Expected: have the bullet (when we save in pptx, the bullet is keeping) Erratum: We must read Expected: have the bullet (when we save in ppt, the bullet is keeping)
retested with older releases up to 3.3.3 very similar issue with bullets and pptx format
May be older than LibreOffice 3.3, i found a similar bug in Apache OpenOffice: [From Symphony]the bullet display incorrectly after saving a pptx to ppt file. https://issues.apache.org/ooo/show_bug.cgi?id=119456
@vulcain please do not mess version number field. it should always indicate the older releases where a bug has been confirmed, in this case 3.3.3. It's also quite likely that the issue was already present in first LibO release ever or even inherited from OOo but I've no such versions to test right now.
On pc Debian x86-64 with master sources updated today, I can reproduce this. Now I don't know if the problem is during export in pptx (with oox/source/export/drawingml.cxx) or during import. (Indeed, I don't reproduce this for ppt) Miklos: one for you?
Created attachment 98677 [details] Screenshot with LibreOffice 3.3.0 I confirm this bug is in LibreOffice 3.3.0 OOO330m19 (Build:6) tag libreoffice-3.3.0.4 The bug of the size, that you could see in screenshot, was fixed in Bug 73627 in LibreOffice 4.2.4.1
It's not a legacy of OpenOffice.org 3.3.0 which could not save in pptx Apache OpenOffice 3.4 could not save in pptx, too
Still here in LibreOffice 4.3.0.0.beta1 Build ID: 2e39c7e59c8fc8b16a54c3d981dceef27fb0c07f
Bug still here in LibreOffice 4.2.5.1 Build ID: 881bb88abfe2992c6cede97c23e64a9885de87de on Ubuntu 12.04 x86_64
*** Bug 79678 has been marked as a duplicate of this bug. ***
Unable to reproduce on 4.3.3.1 on Window$ 7 Ultimate x64.
tested under Win7x64 I still reproduce bug with 4.3.2.2 with same look as in attachment 98677 [details] with 4.4.0.0.alpha1+ (*) the bullets in the pptx are considerably smaller than odp (*) Build ID: 6ba8b7f5eacac969e4781d63718083a05491b1bc TinderBox: Win-x86@42, Branch:master, Time: 2014-10-24_02:23:51 @Jouni Järvinen is 4.3.3.1 preserving the same shape and size of bullets?
(In reply to tommy27 from comment #20) > @Jouni Järvinen > is 4.3.3.1 preserving the same shape and size of bullets? Yes, no change whatsoever.
Created attachment 108415 [details] The test file as PPTX after saving using LO 4.3.3.1 This is the same test file saved as PPTX on LO 4.3.3.1 (Window$ 7 Ultimate x64), but this is it saved for second time since I deleted the one I created at first.
Although that attachment is the test file saved for second time and opened for second time, the results are identical.
*** Bug 89270 has been marked as a duplicate of this bug. ***
Created attachment 114874 [details] ODP file correctly converted PPTX by PowerPoint If you roundtrip this file in Impress, it will remove the bullets just like the original ODP version.
Adding priyanka who's working on exporting bullets in PPTX.
*** Bug 89525 has been marked as a duplicate of this bug. ***
*** Bug 91587 has been marked as a duplicate of this bug. ***
*** Bug 91844 has been marked as a duplicate of this bug. ***
Mark Hung committed a patch related to this issue. It has been pushed to "master": http://cgit.freedesktop.org/libreoffice/core/commit/?id=65a66d41fd0e13d0aad9df935091b731b4af650a Fix tdf#77881,tdf#80520,tdf#89525 bulllets lost issue. It will be available in 5.1.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.
Just for the record, I submitted a backport for 5.0, see https://gerrit.libreoffice.org/#/c/18318/ (there were some slight conflicts to solve)
Mark Hung committed a patch related to this issue. It has been pushed to "libreoffice-5-0": http://cgit.freedesktop.org/libreoffice/core/commit/?id=382bdb8ea1a1aca10752e9124f4fb6bef9e755c8&h=libreoffice-5-0 Fix tdf#77881,tdf#80520,tdf#89525 bulllets lost issue. It will be available in 5.0.3. 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.
Perhaps may we consider this one as FIXED since I think last version of 4.4, 4.4.6 will be only for crashers. Anyway, we can remove the backport request for 5.0 branch.
Verifed Fixed with Version: 5.1.0.0.alpha1+ Build ID: 9a8a4442fd6368c20cf6a3d7efa3bd42962ee12f Exported files open correctly now in both Impress and PowerPoint. Thank you Mark Hung! This is huge.
Verified as of comment 34.
While 5.1+ is fine, 5.0.3 is not, although it's set as target.
It also needs 43679f94b45f4d9e120c64a3fb5cc3ee77f12b11 to fix this issue. I didn't notice while splitting the original commit into 65a66d41fd0e13d0aad9df935091b731b4af650a and 43679f94b45f4d9e120c64a3fb5cc3ee77f12b11 for review.
Can you please also backport to 4.4.7? Thank you.
Gerrit review on 4.4 branch: https://gerrit.libreoffice.org/#/c/19937/1
For 4.4.7 specifically: https://gerrit.libreoffice.org/#/c/19938/ Now, I don't know if there'll be enough people to approve it knowing that normally, for branch almost in EOL, only very important bugfixes are cherry-picked
Mark Hung committed a patch related to this issue. It has been pushed to "libreoffice-4-4": http://cgit.freedesktop.org/libreoffice/core/commit/?id=84892a9dc80917c1ca45c6eed356bfb38e8b81fb&h=libreoffice-4-4 Fix tdf#77881,tdf#80520,tdf#89525 bulllets lost issue. It will be available in 4.4.8. 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.
Mark Hung committed a patch related to this issue. It has been pushed to "libreoffice-4-4-7": http://cgit.freedesktop.org/libreoffice/core/commit/?id=c54c54d9b95e15dc7179eb0399c242295b1dbf26&h=libreoffice-4-4-7 Fix tdf#77881,tdf#80520,tdf#89525 bulllets lost issue. It will be available in 4.4.7. 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.