Description: File MaTour.odt, based on template Livre, was modified in 2014; The template Livre ("C:\Users\TorrA\AppData\Roaming\LibreOffice\4\user\template\Livre.ott"on my computer) was modified on 2019-3-14; Try to open MaTour; the expected Confirmation dialogue The template 'Livre' on which this document is based, has been modified. Do you want to update style based formatting according to the modified template? does NOT pop up. The new parameters are not applied. Why? Steps to Reproduce: 1. File MaTour.odt, based on template Livre, was modified in 2014; The template Livre ("C:\Users\TorrA\AppData\Roaming\LibreOffice\4\user\template\Livre.ott"on my computer) was modified on 2019-3-14; Try to open MaTour; 2. 3. Actual Results: the Confirmation dialogue The template 'Livre' on which this document is based, has been modified. Do you want to update style based formatting according to the modified template? does NOT pop up. The new parameters are not applied. Expected Results: the Confirmation dialogue The template 'Livre' on which this document is based, has been modified. Do you want to update style based formatting according to the modified template? should pop up Reproducible: Always User Profile Reset: No Additional Info: However, the Confirmation dialogue does appear with tstTemp.odt based on template date.ott ("C:\Users\TorrA\AppData\Roaming\LibreOffice\4\user\template\date.ott")
Created attachment 149972 [details] old file
Created attachment 149973 [details] file OK
Created attachment 149974 [details] template —bad?
Created attachment 149975 [details] template —OK?
The difference in behaviour may be due to the fact that MaTour.odt was made with OpenOffice. But that should not matter according to the principles of the OpenDocument Format (ODF).
Thank you for reporting the bug. To be certain the reported issue is not related to corruption in the user profile, could you please reset your Libreoffice profile (https://wiki.documentfoundation.org/UserProfile) and re-test? I have set the bug's status to 'NEEDINFO'. Please change it back to 'UNCONFIRMED' if the issue is still present
following comment was submitted ruing the outage by TorrAB (https://lists.freedesktop.org/archives/libreoffice-bugs/2019-March/176582.html): I have to do this test on my work computer. Right now, I can report a similar bug (maybe the same): open dateCh.odt; the date is in the format mm/dd/yy; double click it, choose the format yyyy-mm-dd, save and close the file. Reopen it: the old format is back! I could not find the userProfile in libreoffice\4\user.
@TorrAB: please reattach the document ("file that resets date format
Created attachment 150310 [details] Writer showing duplicate top menu bars
Created attachment 150512 [details] screenshot of user folder
[Automated Action] NeedInfo-To-Unconfirmed
As the templates reside in the user profile, it doesn't seem useful to test after resetting the user profile :) If wanting to test along these lines, might make sense to move the templates somewhere else and then run in safe mode (Help - Restart in safe mode). I tested by creating a new file using attachment 149974 [details] (Livre.ott). I modified Livre.ott so that the font color of Heading 5 style is red. I opened my .odt file and the style change was applied successfully (some paragraphs became red). If you cannot reproduce it from scratch with Livre.ott, I don't think there is anything that can be done for this report. Version: 6.4.0.0.alpha0+ (x64) Build ID: 3e64065612acec2eb29aa21e2b515953422256d7 CPU threads: 4; OS: Windows 10.0; UI render: GL; VCL: win; TinderBox: Win-x86_64@62-TDF, Branch:master, Time: 2019-08-15_22:57:26 Locale: fi-FI (fi_FI); UI-Language: en-US Calc: threaded
Created attachment 153488 [details] new template
Created attachment 153639 [details] template with Heading1 style
Created attachment 153640 [details] testing Test.ott
Created attachment 153641 [details] test file reopened: new style not applied
I made template Test.ott (Attachment #153639 [details]), used it to make file tryTest.odt, changed the Heading1 font from bold to italic in template test, and reloaded tryTest.odt, chose to UpdateStyles: Heading1 ('tryingTest') font remains bold,even though the style sidebar shows it as italic(Attachment # 153641 [details]). I must select 'tryingTest' and hit ^m to effect the new style, italic.
(In reply to TorrAB from comment #17) > I made template Test.ott (Attachment #153639 [details]), And add it to your templates via Template Manager? Otherwise tracking changes in templates will not work. > used it to make > file tryTest.odt, How do you did this? Templates work fine for me, Version: 6.4.0.0.alpha0+ (x64) Build ID: 72b50be0197159c5afc5da4daf01ba303519b14a CPU threads: 8; OS: Windows 10.0; UI render: default; VCL: win; Locale: en-US (en_US); UI-Language: en-US Calc: CL
Dear TorrAB, This bug has been in NEEDINFO status with no change for at least 6 months. Please provide the requested information as soon as possible and mark the bug as UNCONFIRMED. Due to regular bug tracker maintenance, if the bug is still in NEEDINFO status with no change in 30 days the QA team will close the bug as INSUFFICIENTDATA due to lack of needed information. For more information about our NEEDINFO policy please read the wiki located here: https://wiki.documentfoundation.org/QA/Bugzilla/Fields/Status/NEEDINFO If you have already provided the requested information, please mark the bug as UNCONFIRMED so that the QA team knows that the bug is ready to be confirmed. Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-NeedInfo-Ping
The documents and templates presenting the problem originated mostly from OpenOffice. I suspect that OO and LO are incompatible (they should not!) in how they detect a template change. I am re-casting my documents in LO templates to bypass the problem.
(In reply to TorrAB from comment #20) > I am re-casting my documents in LO templates to bypass the problem. Thanks. Let's change status to NEEDINFO again, until you can retest with templates created with LO
Dear TorrAB, Please read this message in its entirety before proceeding. Your bug report is being closed as INSUFFICIENTDATA due to inactivity and a lack of information which is needed in order to accurately reproduce and confirm the problem. We encourage you to retest your bug against the latest release. If the issue is still present in the latest stable release, we need the following information (please ignore any that you've already provided): a) Provide details of your system including your operating system and the latest version of LibreOffice that you have confirmed the bug to be present b) Provide easy to reproduce steps – the simpler the better c) Provide any test case(s) which will help us confirm the problem d) Provide screenshots of the problem if you think it might help e) Read all comments and provide any requested information Once all of this is done, please set the bug back to UNCONFIRMED and we will attempt to reproduce the issue. Please do not: a) respond via email b) update the version field in the bug or any of the other details on the top section of our bug tracker Warm Regards, QA Team MassPing-NeedInfo-FollowUp
See comment 20. This bug has not occurred recently —with templates made ‘fresh’ with LibreOffice.