Description: If your create your own template in Writer, creating a new text document from Win Explorer (Right click - New - Text document) creates a document which is not based on your new default template, but on a default empty soffice.odt file stored in Steps to Reproduce: 1. create your own template (with some Numbering etc., or use my test_template, attached) 2. put it in some folder, make it default by LO-Writer. 3. try opening a new file from Windows Explorer (mouse right click - New - Text document Opendocument). Actual Results: The new created empty file is NOT based on default template. Expected Results: The new created empty file SHOULD BE based on default template. Reproducible: Always User Profile Reset: Yes OpenGL enabled: Yes Additional Info: Windows registry stores the default soffice.odt for ShellNew in the registry key: Computer\HKEY_CLASSES_ROOT\.odt\LibreOffice.WriterDocument.1\ShellNew You can create a new ODT file in Writer in 2 different ways: 1. LO - File - New 2. Win Explorer - right mouse click - New - Text document For me as an user both possibilities of creating a new document should bring the same result (new document based on own default template). A possible solution could be: By each create/re-save of own default template (LO-File-Templates-Manage) LO should automatically rewrite the default file C:\Program Files\LibreOffice\share\template\shellnew\soffice.odt (as it is pointed by Win Shallnew registry key). Important - the C:\Program Files\LibreOffice\share\template\shellnew\soffice.odt file should not be (in possible solution above) rewritten by an update of LO. I do know know if it is possible to make it working on Win environment with more users as I do not know, if each user can use own (different) default template... If the proposed solution is not possible, another solution could be proposed: - Each time LO opens a document based on the default C:\Program Files\LibreOffice\share\template\shellnew\soffice.odt a proposal for importing settings from the default template should appear and user could with one click import all settings from the default template.
I confirm it with Version: 7.1.0.3 (x64) / LibreOffice Community Build ID: f6099ecf3d29644b5008cc8f48f42f4a40986e4c CPU threads: 4; OS: Windows 10.0 Build 19042; UI render: Skia/Raster; VCL: win Locale: de-DE (de_DE); UI: en-GB Calc: threaded I'm pretty sure, that a similar bug has been reported before, but I couldn't find it
At least related to bug 133661, that should be fixed in LO 7.1 Mike, I think, you might be interested in this
*** Bug 148067 has been marked as a duplicate of this bug. ***
So now, after tdf#139991 is implemented, it allows to fix this trivially: make the shell's New command to create an *empty* (0-byte) file. LibreOffice would open such a file as a new document of type detected from extension only, using default template (if any) set for respective component. For Windows, it implies: 1. Search for all occurrences of "shellnew" in the codebase; 2. In the SCP files found, replace respective "Name" from "FileName" to "NullFile", and "Value" from "<progpath>\share\template\shellnew\soffice.*" to "" (empty string); 3. Drop extras/source/shellnew/*. There should be some similar way for Linux integrations (or, if unavailable, we would need to still provide 0-byte files under extras/source/shellnew/, instead of dropping them at #3 above). As maybe simple solution, just making all those files under extras/source/shellnew/ 0-byte would be enough, without a need to modify anything else. That would automatically work for any Linux integration making use of the files, too. The caveat is that the new way relies on special-processing the 0-based files, which are *not* proper ODF packages. MS Office uses the same technique; but if you open those files using a different application before editing and saving in LibreOffice, the results would be unexpected (just the same way as they were in LibreOffice before implementation of tdf#123476).
FTR: This is *not* "skillCpp"; I do not see a matching "skillAny" in the possible values ;) - so I'll keep what is set now :-D
*** Bug 150226 has been marked as a duplicate of this bug. ***
*** Bug 120141 has been marked as a duplicate of this bug. ***
Laurent Balland committed a patch related to this issue. It has been pushed to "master": https://git.libreoffice.org/core/commit/567b4281b96f56ce48d3feb57522255b06816f9b tdf#139962 make shellnew files 0-bytes It will be available in 7.5.0. The patch should be included in the daily builds available at https://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: https://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
(In reply to Commit Notification from comment #8) > Affected users are encouraged to test the fix and report feedback. Don't know a way how to create a LODev file from desktop. So I think, have to wait for a RC of LO 7.5.
(In reply to Dieter from comment #9) By default, dev (non-release) builds differ by WRITE_REGISTRY property value (they have it 0, while releases use value of 1). That means that installation doesn't write anything to registry, including the New shell registration. You *could* use a command like > msiexec.exe /i LODevDailySomething.msi WRITE_REGISTRY=1 to install it with all the registry data, but note that that would also conflict with the installed release version, which is why it isn't done by default.
Thank you for quick reply, but since I'm not familiar with registry entries, I don't want to change anything here.
VERIFIED with Version: 7.5.0.1 (X86_64) / LibreOffice Community Build ID: 77cd3d7ad4445740a0c6cf977992dafd8ebad8df CPU threads: 4; OS: Windows 10.0 Build 19045; UI render: Skia/Raster; VCL: win Locale: de-DE (de_DE); UI: en-GB Calc: CL threaded Laurent, thank you for fixing it!
*** Bug 122190 has been marked as a duplicate of this bug. ***
It keeps fali. Whether you create a default template or set a default font, it only works when creating a new document from write, it does NOT work when creating a new document from file explorer by right clicking > New > Text Open Document I think the program should do it fine without any external patches or extraordinary operations
For me it works. I just tested the following: 1. I changed standard font. 2. I created a new file via the explorer (right click - new - ...) 3. => New empty file (0 Bytes size) was created 4. I double clicked the file 5. => writer opened with the new standard font. @Nucleorion: Please check, whether your step 2 results in status 3, i.e. new file with 0 bytes size.
As I opened the bug, I also tested it on Win10/LO Version: 24.8.3.2 (X86_64) / Build ID: 48a6bac9e7e268aeb4c3483fcf825c94556d9f92 and it works fine (both creating empty .odt or empty .docx file in Windows Explorer). (In reply to Nucleorion from comment #14) > It keeps... For me as I can remember it also did not work at first after the patch was released. I am not sure what exactly what caused it, but I remember I had to remove my own default template (copy the file somewhere else) and set it one more time as the default. I think, I had deleted the file, set the default template to the LO-default file, then reopened my file and saved it as template via Menu-Manage templates and set it to default. Or something like that, but I am pretty sure, I had to do something with default templates.
(In reply to Nucleorion from comment #14) > It keeps And I forgot to mention - there is no need to make a registry change (as I did before, when the Bug was present), my registry key FileName in Computer\HKEY_CLASSES_ROOT\.odt\LibreOffice.WriterDocument.1\ShellNew) is now C:\Program Files\LibreOffice\share\template\shellnew\soffice.odt.
I didn't remember that I had restored the system so I didn't have the latest version of LibreOffice. I checked and even the template I created works.
(In reply to Nucleorion from comment #18) Which is why it is good to remember, that a comment like "It keeps fail" *must* contain "using version X on OS Y".