When editing a .ppt file that has a master layout, everything appears fine and editing works as expected with regard to customized bullet points the first time it is edited in LibreOffice. However, after saving the file as a .ppt, closing LibreOffice, and then re-opening the file, the bullet points do not render as previously configured in the Master Layout. Initially everything in the file appears more or less as expected, but View > Master > Slide Master will not be as previously configured. I can reproduce the bug in the following way: * Open a new LibreOffice Impress Presentation * Go to View > Master > Slide Master * Click in the "Click to edit the outline text format"-box and click the drop-down arrow next to the "Bullets" button under "Paragraph" from the right-hand "Properties" toolbar, and select "More Options" * Under the "Customize" tab, select "1" from the level box on the left, change its color to "Blue", select "3" and change its color to "Green", and select "5" and change its color to "Red". Click "OK" and verify the changes in the master view. * Click "Close Master View" or select View > Normal. Save the file as Example, selecting ".odp" as the format. * Close and re-open the file. Go to View > Master > Slide Master and verify the modified colors from above when saved as a ".odp" file. * Now, save the file as "Example", but select .ppt as the format * Close the file and re-open the file. Go to View > Master > Slide Master and note that the previous changes are gone from the "Click to edit the outline text format" section. It doesn't seem to matter if I actually edit the content of the slideshow or not, but saving as .ppt seems to trash the Slide Master for some reason.
Reproducible with LO 4.4.1.2, Win 8.1
Behaviour in LO 3.3.0 is essentially the same -> Version: Inherited from OOo
Going through my instructions to reproduce the bug above, I saved off an ".fodp" copy at each step, resulting in "Example_odp.fodp", "Example_ppt_before_close.fodp", and "Example_ppt_after_reopen.fodp". I found that "Example_ppt_before_close.fodp" and "Example_odp.fodp" where basically the same, differing in only 18 lines and both showing the expected Slide Master when re-opened with LibreOffice. However, "Example_ppt_after_reopen.fodp" differs from "Example_odp.fodp" on 759 lines and does not show the expected Slide Master when re-opened with LibreOffice. On a hunch, I created a completely blank "Blank.ppt" file in LibreOffice, saved it, closed LibreOffice, re-opened it in LibreOffice, and then saved a copy as "Blank_ppt.fodp". This "Blank_ppt.fodp" only differs from "Example_ppt_after_reopen.fodp" on 3 lines. Here are the line counts from running $ wc -l *.fodp 1133 Blank_ppt.fodp 698 Example_odp.fodp 1133 Example_ppt_after_reopen.fodp 699 Example_ppt_before_close.fodp Because the blank file is so similar to the file after re-opening the ".ppt", it looks like the Slide Master information is either not being saved to the ".ppt" file or not being read from the ".ppt" file when it is re-opened. But, I do not know enough about the ".ppt" file format or LibreOffice's save/open procedures to confirm that on my own.
** 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 on a currently supported version of LibreOffice (5.2.5 or 5.3.0 https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the version of LibreOffice and your operating system, and any changes you see in the bug behavior If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a short comment that includes your version of LibreOffice and Operating System 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) 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: http://webchat.freenode.net/?channels=libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug-20170306
Bug still exists in LibreOffice 5.3.1.2 on Ubuntu Xenial (installed using LibreOffice PPA)
** 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
Updated for 6.0.2, downloaded as part of the .deb .tar.gz from the LibreOffice Download page on Ubuntu Xenial: 1) Open a new LibreOffice Impress Presentation 2) Go to View > Master Slide 3) Click in the "Click to edit the outline text format"-box, right-click inside the box and select "Bullets and Numbering..." from the menu. 4) Under the "Customize" tab, select "1" from the level box on the left, change its color to "Blue", select "3" and change its color to "Green", and select "5" and change its color to "Red". Click "OK" and verify the changes in the master view. 5) Click "Close Master View" or select View > Normal. Save the file as Example, selecting ".odp" as the format. 6) Close and re-open the file. Go to View > Master Slide and verify the modified colors from above when saved as a ".odp" file. 7) Now, save the file as "Example", but select .ppt as the format 8) Close the file and re-open the file. Go to View > Master > Slide Master and note that the previous changes are gone from the "Click to edit the outline text format" section. Just for kicks, I repeated the exercise and select ".pptx" instead of ".ppt", and the result was the same - the master slide formatting was discarded. I look forward to repeating this exercise next year, my hopes briefly heightened by the "There have been thousands of bug fixes and commits since anyone checked on this bug report"-blurb before reconfirming the issue.
Still repro. Let's keep this for PPTX as PPT export is likely not relevant anymore. Version: 6.4.0.0.alpha0+ (x64) Build ID: bda1d88f2bfa21202725ab9c567b3cccba3c1f0b CPU threads: 4; OS: Windows 10.0; UI render: default; VCL: win; TinderBox: Win-x86_64@42, Branch:master, Time: 2019-09-15_04:18:20 Locale: fi-FI (fi_FI); UI-Language: en-US Calc: threaded
Created attachment 154367 [details] Example ODP to be exported to PPTX
Created attachment 169245 [details] The example file in PP and its Impress-saved pptx version in 7.2 Still a problem in: Version: 7.2.0.0.alpha0+ (x64) / LibreOffice Community Build ID: 7eb289c49cc7245ef3001a39be0c15d06bbe875b CPU threads: 4; OS: Windows 6.3 Build 9600; UI render: Skia/Raster; VCL: win Locale: en-US (hu_HU); UI: en-US Calc: CL
Created attachment 171185 [details] The original file in Impress and its PPTX version in PP 19 This looks more like an import problem; the custom bullets are shown correctly in PP on the master slide. Only reopen in Impress looks like attachment 169245 [details]
Created attachment 179792 [details] Not reproducible if there is a slide with bullets
This issue is not reproducible if there is one slide inheriting from the master slide and the slide uses the bullets
(In reply to Xisco Faulí from comment #13) > This issue is not reproducible if there is one slide inheriting from the > master slide and the slide uses the bullets However, if you open the attached document, remove the text 'Hello' and save, then the issue is reproducible