In order to reproduce: [1] Open your file manager (e.g. Windows Explorer in Windows) and create a new folder for templates. Display the content of the new folder with your file manager in order to observe the behaviour. [2] Start LibreOffice and add the new folder to the paths for templates: Tools > Options… > LibreOffice > Paths > Templates. Mark the new folder as Default Path. [3] Create new text document and insert some text. [4] Save document as template: File > Templates > Save as Template… The “Save as Template” dialogue is opened. [5] Enter a template name (e. g.: Test1) and select a category. Then “Save”. File Manager: A file with the template name is saved to the template folder. (e. g.: Test1.ott) [6] Close text document without saving. [7] Create another new text document and insert some text. [8] Save document as template: File > Templates > Save as Template… The “Save as Template” dialogue is opened. [9] Enter the same name and select the same category as in step 5. Then “Save”. File Manager: The existing file is replaced by another file with a different name. E. g. Test1 is replaced by Test11.ott. The older template is deleted and no longer available. Expected: A message, that the template already exists together with the question if you like to replace the template. On the contrary if you use the default template folder in your user profile, the expected message is displayed.
Testing issue.
Created attachment 131488 [details] Bug-105999-Test-01-Not-Confirmed
Created attachment 131489 [details] Bug-105999-Test-02-Not-Confirmed
Issue not confirmed in version 5.3.0.3. A confirmation message was diplayed either when I tried to overwrite the template in my new folder (that I set as Default) or in the LO default folder = "A template named <...> already exist in <..>. Do you want to overwrite it?" - see attachments.
Bug not confirmed.
Same result as Andrea. Version: 5.3.0.3 (x64) Build ID: 7074905676c47b82bbcfbea1aeefc84afe1c50e1 CPU Threads: 4; OS Version: Windows 6.19; UI Render: default; Layout Engine: new; Locale: fi-FI (fi_FI); Calc: group
I wasn't able to reproduce this bug again. Perhaps there has been a special condition in my previous trys. Hence works for me now.