Description: I have a default template. It is wrong. I fix it I use the Save as template dialog to overwrite it. LO Writer saves it to a new name. Steps to Reproduce: 1. open writer - wrong template (e.g. 0Doc.ott) 2. fix template 3. save as template Actual Results: has created a new template 0Doc1.ott Expected Results: it should have overwritten 0Doc.ott If this is a safety feature, then it should rather rename the original (wrong) template. However, that would be inconsistent with the way Calc and Impress work. Reproducible: Always User Profile Reset: No Additional Info: [Information automatically included from LibreOffice] Locale: en-US Module: TextDocument [Information guessed from browser] OS: Linux (All) OS is 64bit: yes Version: 6.2.0.0.alpha0+ Build ID: 8e9d43546c8e46ea635472ddf07f5c183dc13360 CPU threads: 4; OS: Linux 4.10; UI render: default; VCL: gtk2; TinderBox: Linux-rpm_deb-x86_64@70-TDF, Branch:master, Time: 2018-07-12_01:06:03 Locale: en-GB (en_ZA.UTF-8); Calc: group threaded
Can't confirm it in Windows Version: 6.2.0.0.alpha0+ (x64) Build ID: b0e291a7efcd3af2a72d0b622b1f1b84723f011f CPU threads: 4; OS: Windows 10.0; UI render: GL; TinderBox: Win-x86_64@42, Branch:master, Time: 2018-06-30_23:43:40 Locale: en-US (de_DE); Calc: CL
It asks me "A template named test already exist in My Templates. Do you want to overwrite it?", but then the resulting file indeed gets "1" stuck at the end. Elmar: to clarify, is this how it happens with you as well? The original file disappears? Arch Linux 64-bit Version: 6.2.0.0.alpha0+ Build ID: b0e74b65a86eb965c3e93da2fb77972cc5445f3c CPU threads: 8; OS: Linux 4.18; UI render: default; VCL: gtk3_kde5; Locale: fi-FI (fi_FI.UTF-8); Calc: threaded Built on August 29th 2018
Buovjaga, yes, that is what happens. The document is renamed to the same name with a 1 added. Thus, 0Doc.ott is now called 0Doc1.ott in the default templates folder. What is strange is that when I open Writer, in Properties it still refers to the original name (excluding the suffix). I assume the the file name must be stored "correctly" somewhere in the settings? Yet, when I repeat the exercise, saving again as template to 0Doc, it still tells me that a template named 0Doc already exists (it does not, in the default templates folder - it is called 0Doc1). Now, when I view the default templates folder, the name is 0Doc.ott again. Save it again as template, and the name has been changed back to 0Doc1.ott again.
*** Bug 120390 has been marked as a duplicate of this bug. ***
I can also reproduce this issue under (K)ubuntu 19.04. Should this not be a higher important than 'minor'. Consider increase to 'normal'? Version: 6.2.8.2 Build ID: 1:6.2.8-0ubuntu0.19.04.1 CPU threads: 2; OS: Linux 5.0; UI render: default; VCL: kde5; Locale: en-GB (en_GB.UTF-8); UI-Language: en-GB
I do not believe this is a problem anymore
Still repro Arch Linux 64-bit Version: 7.3.0.0.alpha0+ / LibreOffice Community Build ID: 104847ed014e95a915d314de7091c7d572eade67 CPU threads: 8; OS: Linux 5.13; UI render: default; VCL: kf5 (cairo+xcb) Locale: fi-FI (fi_FI.UTF-8); UI: en-US Calc: threaded Built on 3 September 2021
Still present in Version: 7.3.4.2 Build ID: 30(Build:2) CPU threads: 4; OS: Linux 5.18; UI render: default; VCL: kf5 (cairo+xcb) Locale: fr-FR (fr_FR.UTF-8); UI: en-US Calc: threaded Behaviour is strange. If I save again the template with initial intended name (without the 1-suffix), overwrite warning still appears. On Yes answer, template is overwritten but the 1-suffix is erased, reverted to the original name! Repeating the operation, the template names alternates between original and original + 1-suffix. If I erase manually the 1-suffix in the template directory without closing Writer, trying to create a new file based on the template leads to a non-empty document. Writer detects that some operation on the template directory has been done outside LO because the template icon turns blue. But we can still create a new document based on the now-absent template. The create file has a couple of pages looking apparently compliant with the template but pages coming from the last open document are added at the end. Of course, my procedure is faulty because I insisted on creating a document from a "damaged" template. But as LO was able to detect that something happened to the template, it should not proceed with document creation, letting user believe that everything went good.
Still repro. NixOS Version: 7.5.4.1 (X86_64) / LibreOffice Community Build ID: 50(Build:1) CPU threads: 16; OS: Linux 6.4; UI render: default; VCL: gtk3 Locale: fi-FI (fi_FI.UTF-8); UI: en-US Calc: threaded
Elmar: please stop incorrectly marking this as worksforme.
Dear Elmar, 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
(In reply to Buovjaga from comment #10) > Elmar: please stop incorrectly marking this as worksforme. Please explain - last time I made any comment was 3 September 2021
(In reply to Elmar from comment #12) > (In reply to Buovjaga from comment #10) > > Elmar: please stop incorrectly marking this as worksforme. > > Please explain - last time I made any comment was 3 September 2021 The history documents your actions: https://bugs.documentfoundation.org/show_activity.cgi?id=118755
I can see my email address in the list. last time I saved / changed the template was 5 July 2025 I did not have a problem I see on the history the "works for me": two were in 2023 and one in 2021 I have no idea what the situation was then. So I still do not understand what the issue is, so help me to understand, please.
(In reply to Elmar from comment #14) > I can see my email address in the list. > last time I saved / changed the template was 5 July 2025 > I did not have a problem > I see on the history the "works for me": two were in 2023 and one in 2021 > I have no idea what the situation was then. > > So I still do not understand what the issue is, so help me to understand, > please. In July 13 2023, you set this to WFM without any comment. I re-tested and confirmed the bug is still present, while changing the status back to NEW. Five days later, you again changed the status to WFM. Even though you yourself could no longer reproduce the bug, as long as others can, we should keep it open.