Description: The original slides come out healthy when opened as .ppt or .pptx but the new ones look different. Actual Results: Create a new presentation, change the slide master bullets, create new slide. Save it as ppt or pptx. Open the ppt or pptx and create a new slide. Expected Results: The result described in the summary. Reproducible: Always User Profile Reset: No Additional Info: Has always been like that, on all Windows versions, all LibreOffice versions. User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:55.0) Gecko/20100101 Firefox/55.0
Created attachment 136222 [details] custom bullets OK in odp format
Created attachment 136223 [details] slide master corrupt when opened as ppt
Created attachment 136224 [details] slide master different from odp and ppt when saved/opened as pptx
Reproduced in Version: 6.0.0.0.alpha0+ Build ID: 383aab7ed63bf30931c1cf89138707d2228b5dce CPU threads: 4; OS: Linux 4.10; UI render: default; VCL: gtk3; Locale: ca-ES (ca_ES.UTF-8); Calc: group
Actually, I went too fast here and I can't reproduce it. How should I reproduce it? 1. Open attachment 136222 [details] 2. Save it as .PPT or .PPTX 3. Open it again?
- run LibreOffice Impress - create a new presentation - modify the slide master bullets into your own - create a new slide with your custom bullets - save the presentation in odp and ppt or pptx format - exit - open the ppt or pptx again - the previously created slide looks OK - create a new slide with bullets; the bullets will look different, as does the slide master compared to the custom format you created.
The easiest way see what happens: 1-create a file with one slide 1-View / Slide Master 1-save the file as .odp 2-open it again 2-View / Slide Master => unchanged. 3-save it as both .ppt and .pptx 3-View / Slide Master befire closing 3-unchanged yet, but then close the file 4-open the .ppt 4-View / Slide Master => different from what it was 4-close the .ppt 5-open the .pptx 5-View / Slide Master => different from the other two. So LibreOffice screws up the Slide Master when saved in the Microsoft formats.
Reproduced from scratch by modifying some outline styles. With PPTX, the whole text box is gone! With PPT, the bullets are just different. Arch Linux 64-bit Version: 6.1.0.0.alpha0+ Build ID: 14184060bd2249a492ea44d36463914c421e6ce5 CPU threads: 8; OS: Linux 4.16; UI render: default; VCL: kde4; Locale: fi-FI (fi_FI.UTF-8); Calc: group Built on April 23rd 2018 Already in 3.5.0 (tested on Win)
** 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
Bug is still present in LibreOffice 6.2.3.2 (x64). I changed the 'earliest affected' to 'Inherited From OOo' because I reported it to OOo way back. I received a response from them several years later but deleted it before reading it.
Mark, please see if this is related to fixes you made in Bug 77881.
(In reply to Timur from comment #11) > Mark, please see if this is related to fixes you made in Bug 77881. I think it's not related. The patch is about substituting the character and the font for the bullets. It's for pptx only and won't cause the whole master slide messed up. Note that when I open the saved .pptx in MS Office 2010, the master slide has the correct bullet.The master slide of the .ppt does not have correct master slide though. In this case I can't really judge if this a FILESAVE issue or a FILEOPEN bug. However I think .ppt and .pptx should be granted as different bugs.
Created attachment 151025 [details] slide master with changed bullet created by MSO Slide master is empty when open the file with LibreOffice6.2. That indicates for PPTX it is more a FILEOPEN issue.
Created attachment 151035 [details] Slide master with changed bullet and referred page created by MSO The attached slide has a slide master with changed bullet, and a slide referring the slide master. The slide master has been correctly imported to Impress. It seems that Impress only import a slide masters that are referred.
Dear Kyösti Anttonen, 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