Created attachment 180722 [details] New style appearing from nowhere A new style has just appeared in my Character Style list but I didn't create it myself, so I ignore the steps to reproduce this bevavior. This bug would originally come from LibreOfficeDev 7.5 version since I was working on it at the time, but the style is still in the list once the document is saved and reopened in LibreOffice 7.3. The document is from LibreOffice (no import from another word processor). So many questions but I have reason to believe that this behavior is new. The style is named "__XXX___invalid" and is not attributed to a particular character or font. It can be deleted without any issues. Sorry I don't have more info but maybe this report will tell something to a developer.
Okay, I confirm that the issue is related to LibreOfficeDev 7.5 and that the new character style is created when opening the file. The same file opens correctly and without displaying any new style in LibreOffice 7.3.2.
Also, after deleting the new style and reopening the document, another new style pops up: "Character_20_style". I try to delete it, but it comes back when I reopen the document. This issue is definitely full of surprises!
Does this happen only with a specific file? Can you attach it, if not personal?
(In reply to Timur from comment #3) > Does this happen only with a specific file? Can you attach it, if not > personal? I looked a little bit more into the issue and I found that Writer creates the character style named "Character_20_style" for the chapter numbering both in LibreOffice 7.3 and 7.5. But in LibreOffice 7.5, Writer also creates another new character style named "__XXX___invalid" for the chapter numbering. Both behavior are coming from the fact the initial character style for the chapter numbering has been deleted, so Writer creates new ones instead of assigning the style named "No Character Style" by default for the outline list. So there is an initial bug (Writer doesn't reset properly the character style associated to None [it should be "No Character Style"]) that has been around for a while; coupled with a new bug (when None is assigned) that appeared in version 7.5. Writer should be able to reset a default style without having to recreate another style. This behavior is not comprehensible from user's point of view.
Created attachment 180811 [details] New character styles are been created Here is a document to test. - When opening it in LibreOffice 7.3 and 7.4, Writer creates a new style named "Character_20_style" - When opening in LibreOfficeDev 7.5, Writer creates two new styles, "Character_20_style" and "__XXX___invalid".
I have "Character_20_style" in one of my documents too. However, I am using LibreOffice (Still) 7.2.7.2 x64 on Windows 7 Pro. SP1 x64. Lord knows how the style got there. If I delete it, save the document, exit Writer then on relaunch of the document there is Character_20_style back again. Most annoying. Point is this was happening before version 7.4.0.0
If it is of any help with this I came across a thread at 'Ask LibreOffice' that attempted to deal with the issue of Character_20_style https://ask.libreoffice.org/t/writer-how-to-get-rid-of-character-20-style/25429 That thread dates at 2017 so, it would seem, this problem has a long pedigree.
Justin Luth committed a patch related to this issue. It has been pushed to "master": https://git.libreoffice.org/core/commit/c24fe44064c6624fefe642508086c8562c372fba tdf#149547 fix "tdf#75297 sw uno: override default num char style" 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.
Comment 8 might fix the creation of __XXX__invalid, but it will have nothing to do with Character_20_style. Assuming __XXX__invalid is no longer an issue, this bug report should focus on Character_20_style (which I assume is an internal, automatic style).
1. Open attachment 180811 [details] 2. Delete character style Character_20_style 3. Save as different file and reload Bibisected with linux-43max, after 6055c6670ff592923c3526515cb53eca2244d7a7 the style keeps being resurrected. sw: translate internal name of default char/para style