Easy to reproduce. 1 use template manager to create a new presentation for example, use inspiration template. 2 create one or two slides using some style. For example, add text with standard style. 3 close an and save doc (test.odp) 4 open template for edition, an modify any style for example change text style (font from normal to bold) 5 save and close template 6 open your presentation (test.odp), you will be ask if you want to update style from template. Choose yes 7 Standard style will be changed, you modified style (text) will have loose its changes Expected behavior -> doc styles are not broken So that, this feature (doc linked to a template) is absolutely broken
I tried to reproduce, but maybe I don't understand what you are saying. What is "standard style" in your 2 and 7? In 4, you change the style that I understand is used in the presentation. My expectation would be that 7 happens, so I don't understand what is the problem. I changed the Title font to Calibri in the template, opened my test file and updated styles and it had been changed to Calibri, just like would have wanted it to change. Win 7 64-bit Version: 4.4.0.0.alpha2+ Build ID: b021b5983c62e266b82d9f0c5c6d8d8900553827 TinderBox: Win-x86@39, Branch:master, Time: 2014-11-12_01:10:08
Hi Beluga and thanks to get interest to this bug I've reproduced this bug on many computers and many versions of LO, but as English is not my native language, surely, it's difficult to me, to correctly explain the problem. I've the problem with drawing object style. "Standard" style is the style at the top when using hierarchical view of styles. 1 Create a new presentation with template manager. Chose "Inspiration" In file/properties, you must see a line with : template Inspiration 2 on the first slide, Add too block of text. the default style is "standard" (use F11 to see it) the text is Arial 18 3 save and close your file (test.odp) 4 Launch LO as administrator (you have to do this because template is saved in location where user can't write. Another way to do it, is to copy a template in your personal template folder, then you don't have to launch LO as administrator) 5 use template manager to *edit* the Inspiration template. Change the text named style (F11/drawing object style). I've changed font to Arial Black 20 6 save and close 7 launch LO, open the test.odp file. Your are asked to update styles. Click on Yes ==> the two text areas are Liberation sans 18 now, and the text named style is also Liberation sans 18 now I've just reproduced the bug with LO 4.3.4.1
(In reply to Pierre C from comment #2) > Hi Beluga and thanks to get interest to this bug > > I've reproduced this bug on many computers and many versions of LO, but as > English is not my native language, surely, it's difficult to me, to > correctly explain the problem. > > I've the problem with drawing object style. "Standard" style is the style at > the top when using hierarchical view of styles. > > 1 Create a new presentation with template manager. Chose "Inspiration" > In file/properties, you must see a line with : template Inspiration > > 2 on the first slide, Add too block of text. the default style is "standard" > (use F11 to see it) the text is Arial 18 The default style for me is called Subtitle, Arial 32. > 7 launch LO, open the test.odp file. Your are asked to update styles. Click > on Yes > > ==> the two text areas are Liberation sans 18 now, and the text named style > is also Liberation sans 18 now The text block I created was changed to Arial Black 20, just like I modified it in the template. Switching back to UNCONFIRMED, let's wait for others to test.
Created attachment 119932 [details] Origin file I think that I'm understanding what Pierre said but I'm not considering it a bug. Let's start using the "Inspiration" template copied to my home folder as I'm not going to start LibO as root in Debian ;-). I've got for the Subtitle Style "Arial 32". Creating a document based on this template, I wrote 4 phrases with these font type and styles info: Phrase 1.- Arial 32 (default Subtitle style and just one word in italic too) Phrase 2.- Arial 32 (default Subtitle style and just one word in bold too) Phrase 3.- Caladea 32 (and just one word in italic too) Phrase 4.- Caladea 32 (and just one word in bold too) Closing and saving with name 01_origin.odp If now, I change the template style to (for example) DejaVu Sans Light, size 20, BOLD, then these happens on the document when I reopen it and "Update Styles" is pressed: Phrase 1.- DejaVu Sans Light, 20, BOLD (and just one word in italic too): RIGHT Phrase 2.- DejaVu Sans Light, 20, BOLD (so, all words in bold, too):RIGHT Phrase 3.- Caladea 20, BOLD (and just one word in italic too): WRONG? Phrase 4.- Caladea 20, BOLD (so all words in bold, too): WRONG? Saving the result as 02_result.odp Conclusion: As you can see, changing the font type in a template affects to the document only if the font type on the document was not manually changed. All other atributes, like Italic and Bold, are replicated. So, marking this issue for needing info for reporter.
Created attachment 119933 [details] Result file Version: 4.4.7.0.0+ Build ID: 748ff17f7780232729d60ef764b0f2995b887b22 TinderBox: Linux-rpm_deb-x86_64@46-TDF, Branch:libreoffice-4-4, Time: 2015-10-22_15:51:22 Locale: es_ES.UTF-8
Thanks Carlos Rodriguez for trying to reproduce this bug Your are not far from reducing the bug. I think that you used "presentation styles" and not "Graphic style" Do the same as you did, but _add a text box_, choose "Text" style from "graphic styles". Save and then change font size of text style in your template. save, reopen impress file, update style, and look at the result
Created attachment 119938 [details] Steps to reproduce I create a presentation to explain as best as I can the problem. I'm not sure to be able to do more. Beluga and Carlos did not exactly the same things as I did
Many thanks Pierre for your presentation. It's the best way to reproduce this bug. What I'm seeing is that when I copy the template and rename it, as soon as I open this template in LibO the Properties shows that the new document is linked to the Original Template, not the copy that I've made. This is telling me that your bug maybe is related to info inside the Template File that says where to link to and is not updating that info when you copy the Original Template to your personal folder. Or worse, there is code on LibO that is linking to the Original Template file. This could explain why your style changes are not updating correctly on the final document, because they are linking to the Original Template. Anyway, I'm not able to get the first step, can you tell me which is the exact way that you do to create a file from the template that you copied and changed the name? The objective is to know how can you change the linked template that you see in Properties.
(In reply to Carlos Rodriguez from comment #8) > > Anyway, I'm not able to get the first step, can you tell me which is the > exact way that you do to create a file from the template that you copied and > changed the name? The objective is to know how can you change the linked > template that you see in Properties. First, Copy and rename template in your personal folder Second, make sure that the path to your personal folder is in paths for templates (Tools/Options/path > template, add your path) Lastly, Go to files/template/manage > My template and double click on your renamed template Go to files/properties and check for the template name that is linked to your document
Following all your steps this bug is reproducible. Thanks for your patience!! Debian 8: Version: 5.1.0.0.alpha1+ Build ID: 9a85743766e8a063d20d5f93ee88758e243397f4 TinderBox: Linux-rpm_deb-x86_64@70-TDF, Branch:master, Time: 2015-10-23_00:56:39 Locale: es-ES (es_ES.UTF-8) The most curios thing is what you commented about the Font Style change... it goes to Liberation Sans!! this is not normal.
(In reply to Carlos Rodriguez from comment #10) > Following all your steps this bug is reproducible. Thanks for your patience!! > > > > The most curios thing is what you commented about the Font Style change... > it goes to Liberation Sans!! this is not normal. From my point of view, it goes to default values. I.e the values of a new Impress file (Files/New presentation) Here you have a blank presentation with Liberation sans 18 for Text style. Whatever you change in the style, all styles go to theses values Thanks to work for confirming the bug
(In reply to Pierre C from comment #11) > From my point of view, it goes to default values. I.e the values of a new > Impress file (Files/New presentation) Here you have a blank presentation > with Liberation sans 18 for Text style. > > Whatever you change in the style, all styles go to theses values Yes, that's true. What I saw was that there's a link to the Original Template, the one that is copied from. Let's see if some developer could have any more clues.
** 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.1.6 or 5.2.3 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-20161108
Can't reproduce the style updating problem with Version: 6.2.0.0.alpha0+ Build ID: 62cd86977ca41677c56fb2d1f97bb1c5cbdbd416 CPU threads: 4; OS: Linux 4.15; UI render: default; VCL: gtk3; Locale: de-DE (de_DE.UTF-8); Calc: threaded; Build from yesterday I see no problems with style changes in the template regardless that the names of the templates in the LibO default template folder and the personal folder (which is available via 'My Templates' in the template manager) are identical. Changes in both styles are forwarded to the derived documents.
Pierre: can you re-test with 6.2?
Problem is still in LO Dev 6.2 (just tested) When you create a document using template, your document is linked to the template. If you change anything in your template, styles in your document and styles in your template differs. So that when you open your doc, your are asked if you want to update your doc styles from the new template styles If you do that, all styles are reset to a default state from ?? This applies to Drawing styles This feature isn't working at all. you can loose a lot of work if you try to use it. All your styles are lost. IMHO it should be disabled at least
Dear Pierre C, 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
Dear Pierre C, 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://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
It seems to work fine. I'll make a few more test and maybe close the bug
Dear Pierre C, 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