When a regular text is copied into an endnote, the style of the copied text is applied to the endnote. Same is for the footnote.
Steps to Reproduce:
1. Write any text that you want to copy into the end-/footnote
2. Add a end-/footnote
3. Copy the text into the footnote
The style (fontsize) of the end-/footnote text is changed and the spacer vanishes.
Keep the entire end-/footnote style as is.
If it is intended to copy the style along, keep at least the spacer.
User Profile Reset: No
Maybe this is considered a normal behaviour since Writer is meant to copy the style with the text if not chosen to not do so.
Since the end-/footnote has a different style than the rest of the text, I would expect to change the style of the copied text for that. How likely is it that you copy a text and want to keep it's unique style in an end-/footnote?
If it's meant to be that way it still deletes the space between the text and the numbering. In an unchanged end-/footnote this seems to be some kind of protected space that can not be edited.
Version: 184.108.40.206 (x64) / LibreOffice Community
Build ID: 8a45595d069ef5570103caea1b71cc9d82b2aae4
CPU threads: 16; OS: Windows 10.0 Build 19042; UI render: Skia/Raster; VCL: win
Locale: de-AT (de_AT); UI: en-GB
Created attachment 171046 [details]
End-/Footnote style change on copy
*** Bug 141836 has been marked as a duplicate of this bug. ***
Please attach sample from which you made a screenshot.
Created attachment 171388 [details]
smaple file for bug 141572 - Copy + Paste into Endnote changes style
(In reply to Timur from comment #3)
> Please attach sample from which you made a screenshot.
Repro from OO to 7.2+ with paste of non-directly formatted text from other style to endnote and footnote and also to any empty numbering.
Example: Endnote style becomes Default paragraph style. So, no space between number and text is a consequence, not to be focused on.
Workaround is to type a space and then paste.
Is it a bug to be fixed? Yes, if possible, it would be desired not to change style. Interesting that MSO behaves like Lo.
I could not find duplicates. Let's call UX.
Bug 100018 comment 20 summarizes the design team's position.
*** This bug has been marked as a duplicate of bug 100018 ***