style settings of the "inherit from" paragraph style named "None"

I always try to have new paragraph styles I create not tied to any other style so that whenever I seek to make some selected text that new style, I will get only the attributes of my new style put on the selection-not the attributes of the inherit from style my newly created style is based on. That seems to happen frequently if the inherit from field is not set to none.

However getting the inherit from field set to none is problematic because whenever I set the inherit from field to none, the style attributes get changed to apparently the attributes of a paragraph style named “None” with its own set of attributes.

If I click on “New Style from Selection” in the Styles and Formatting menu box and give the selected text a new style name and then I click on that new style name and select modify and change the inherit from to “none”, it changes the font to Liberation Serif at 12 pt size.
Why does this happen?
Is there a secret paragraph style named “none” that has 12 pt Liberation Serif in its settings.
Every time I change the inherit from style to the value “None”, I have to go back and manually reassign all the style settings that were there before I clicked Inherit from to the value “None.”
Is there a way to make the “inherit from” value “None” not make any style setting changes in the paragraph style settings menu.

I made a test in LibO 4.3.5.2 on an XP machine.

The “none” being not a none makes a lot of sense:
1 - In a paragraph style you always need to have a font selected. This control logic makes sense because without a font you cannot have a paragraph style.
2 - If selecting “none” a change on the originally inherited style will not influence your new style

Your Liberation Serif at 12 pt font is either from the style from where you started or from the Default style.

Side note:
You don’t need to save and re-open after changing the style name. You can either complete all changes in setting and than click OK or click apply once you finis all changes of a tab.

.-----------------------
EDIT:
Based on your comments I made now a test with 2 steps because I suddenly understood that I need to go deeper.

1 - Created a style based on Default with bold-italic black: name REDonDefault
=> result: applied paragraph’s font changed as expected to bold-italic red font
2 - Took REDonDefault and created new style by changing only inheritance from Default to NONE: name NONEonRED
=> result: applied paragraph’s font changed to the original default font
Conclusion: NONE does not keep the starting style (in Test 2 starting point is bold-italic red) but goes back to original Default style.

Now, is this a bug? It depends on the point of view. I can understand that the dev thought it is better to go back to the Default style. Bug or not bug is a question of original specifications.

I personally would prefer setting inheritance to NONE would keep the style I started from because I see what this style is and setting it to NONE would ensure the style is resistant against to changes to earlier styles. The NONE would act as a style lock against changes somewhere else.

May I propose to file a bug report here: https://www.libreoffice.org/get-help/bug/ and point out that it could also be an enhancement request.

It would be nice if you could post the bug number here to enable others to add comments.

I would agree if the attributes were not all already defined. In this situation every style setting is defined and loaded exactly the way I want it and putting none in the inherit from field changes them all from what I want to something I do not want. That is not logical. It is insane. Microsoft Word does not do this. When you select no style in the style based on field, it does not change any of the attributes in the selection text you are using to define a new style.

The whole point of using a selection of existing text to define a new style is to create a style exactly like the text you selected to base the new style on. Putting “None” in the inherit from field should not cause any of the new style attributes to be different from those in the text you selected to base the new style on. Also the style attributes that “None” assigns do not match the default style. This negates the ability to use a selection of text to define a new style…

see EDIT in my answer