In a presentation accepting changes from an updated template (at file open) causes the "Drawing Object Styles" in the presentation to revert to the LO defaults, rather than those in the underlying template. This results in formating loss assuming these styles from the template were not already the LO defaults. The separate "Presentation" Styles work as expected. The problem is not new. Steps to reproduce 1. Create a new presentation 2. Modify the "Default" Drawing Object Style in the slide master. (View -> Slide Master -> Master; F11 to view styles and formatting, click top left icon in "Drawing Object Styles" pane, right click on "Default" to modify the style. As an example, change the font. Change the area color. 3. Save the presentation as a new template: File -> Templates -> Save as template 4. Create, save and close a new presentation based on this template, any data will do. Note the "Default" Drawing Object styles are inherited from the template. 5. Edit / modify the underlying template, any change will do. Save and close. 6. Open the test presentation based on the template. Accept the "template has been modified, update styles" prompt. Review the "Default" drawing styles attributes. They're no longer those of the template, they've reverted back to the LO defaults. I've marked this as "major" in severity as this is a type of data loss. The user needs to understand why their formatting has been lost and manually redefine each impacted style, a task easier said than done. I suspect a work around would be to import the slides into a new presentation based on the template, but that would result in the loss of comments, a bug reported awhile back.
It this bug https://bugs.freedesktop.org/show_bug.cgi?id=83569 the same problem ?
Thanks for seeing this Pierre! Our reports are most likely the same underlying issue (style formatting problems related to applying an updated template to an existing presentation). although we describe the problem a bit differently. I'm not exactly sure from the detail in your report which styles (standard, custom) are overwritten at what level (slide master? individual slide). I would stress (and perhaps the solution is to add these points to your report and mark this as a duplicate): - the bug impacts the standard Drawing Object styles personalized in a template master slide - any template change - not necessarily to a style - will cause the standard drawing object styles in dependent presentations to revert back to the LibreOffice defaults, ignoring what is defined / personalized in the template master slide - thus overwriting the Drawing Object styles the template previously provided the presentation. In a quick test I also note that does seem that personalizations applied at the slide level (not the template nor master slide) are not changed. I did not verify what happens to custom Drawing Object Styles which can be defined in a template.
Hi Sean Carlos In my tests, I found that all LO version (from 3.x) were impacted. I discover this problem, when for the first time, I tried to use impress template inherit feature. Did you use this feature before ?
(In reply to Sean Carlos from comment #0) > 5. Edit / modify the underlying template, any change will do. Save and close. > > 6. Open the test presentation based on the template. Accept the "template > has been modified, update styles" prompt. Review the "Default" drawing > styles attributes. They're no longer those of the template, they've > reverted back to the LO defaults. How do you save the template? I just saved as template, chose same name, overwrote. Then when I opened my presentation, it didn't prompt to update styles and they had not changed (I changed the area color). Also, what operating system are you using? Change back to UNCONFIRMED after providing the information. Win 7 64-bit Version: 4.5.0.0.alpha0+ Build ID: b3b4bbaf6cbd2226b659fea7d6ae473ccf84e9dd TinderBox: Win-x86@39, Branch:master, Time: 2015-01-12_06:13:44
OS: Linux If you don't get the overwrite option, something is wrong - most likely the template is no longer associated with your presentation.
(In reply to Sean Carlos from comment #5) > OS: Linux > > If you don't get the overwrite option, something is wrong - most likely the > template is no longer associated with your presentation. But what Linux distro / version? I tried on Ubuntu, but it doesn't ask to update styles either. Ubuntu 14.10 64-bit Version: 4.5.0.0.alpha0+ Build ID: 7201fa0dddd7dd0352f69fd2b2b64efcb361ccad TinderBox: Linux-rpm_deb-x86_64@46-TDF-dbg, Branch:master, Time: 2015-01-11_23:28:55
The bug is old, it can be verified using the latest LO official version, I'm using the latest LO on Fedora but I really doubt that is relevant. If you are not seeing the templated has been updated message, then you have a different problem (you should see it) I suspect that either your presentation doesn't have an associated template or the current template location isn't the location known to the presentation.
(In reply to Sean Carlos from comment #7) > If you are not seeing the templated has been updated message, then you have > a different problem (you should see it) I suspect that either your > presentation doesn't have an associated template or the current template > location isn't the location known to the presentation. Agh, it was because in 4.5 alpha there is not an edit button for templates and I was unknowingly opening a new presentation based on the template by double clicking it. With 4.3.3 I can reproduce. I could also repro with 3.3.0. Ubuntu 14.10 64-bit Version: 4.3.3.2 Build ID: 430m0(Build:2) LibreOffice 3.3.0 OOO330m19 (Build:6) tag libreoffice-3.3.0.4
** 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.0.4 or later) 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 your help! -- The LibreOffice QA Team This NEW Message was generated on: 2016-01-17
** 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
Dear Sean Carlos, 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
This bug is still there in LO 6.4.6. It really limits the usefulness of using a single template for a set of presentations. It affects changes to standard object styles, not user-defined styles. System info ----------- Ubuntu 20.04.1 standard installation $ loimpress --version LibreOffice 6.4.6.2 40(Build:2) About dialog: Versión: 6.4.6.2 Id. de compilación: 1:6.4.6-0ubuntu0.20.04.1 Subprocs. CPU: 8; SO: Linux 5.4; Repres. IU: predet.; VCL: gtk3; Configuración regional: es-ES (es_ES.UTF-8); Idioma de IU: es-ES Calc: threaded How to reproduce ---------------- 1. Open impress 2. Create a rectangle. 3. Open the styles dialog and apply style "Default" (even if it is the assigned style already). 4. Open style Default properties and note that some of them are: Line colour: #3465A4 Line width: 0,00cm Area colour: 729fcf Font size: 18pt 5. Save the file as template "bug" and close Impress. 6. Open Impress again. Create a new file from the bug template. Check that the properties of the Default style are like above. Save the file. Close Impress. 7. Open Impress again, edit the template and change some properties of style Default: Line colour: black Line width: 0,04cm Area colour: black Font size: 24pt 8. Save the template and close Impress 9. Open the file created from the template. Impress will offer to update the styles with the changes in the template. Accept. 10. Check the properties in style Default: Line colour: #3465A4 Line width: 0,00cm Area colour: 729fcf Font size: 18pt Expected result: values set in the template in step 7.
Dear Sean Carlos, 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