Created attachment 176357 [details] sample document Create a new section in a document. Edit the options for the section to enable collecting the endnotes at the end of the section rather than at the end of the document. Enter some text and an endnote into the section. The endnote appears at the end of the document instead of at the end of the section as specified. This is a regression beginning with version 7.3 alpha. This regression prevents creating a properly formatted document and severely breaks existing documents. See attachment.
A likely candidate for this regression seems to be commit https://git.libreoffice.org/core/+/4c31b4ef2083087a822c3ae648fd09acc67d2f88%5E%21.
Verified fixed with https://gerrit.libreoffice.org/c/core/+/125442
Created attachment 176859 [details] document created after the commit It looks like I was too quick in marking this bug is fixed. This section endnotes are collected properly at the end of the section if the document was created before the commit, as in the first attachment. But if a document is created now after the commit, the endnotes are collected at the end of the document even though the option is enabled to collect at the end of section. See attachment.
@szucs.attila3, xiscofauli Section endnotes collected at end of section in newly created files are still not fixed by https://gerrit.libreoffice.org/c/core/+/125442.
The option to collect endnotes at the end of a section in new documents works again after making the following changes in the code for the recent commit: In sw/source/uibase/uno/SwXDocumentSettings.cxx, under the "case HANDLE_FOOTNOTE_IN_COLUMN_TO_PAGEEND:" statement on line 1025, change bool bTmp; to: return; bool bTmp; In sw/source/uibase/app/docshini.cxx, line 292, change m_xDoc->getIDocumentSettingAccess().set( DocumentSettingId::FOOTNOTE_IN_COLUMN_TO_PAGEEND, true); to: m_xDoc->getIDocumentSettingAccess().set( DocumentSettingId::FOOTNOTE_IN_COLUMN_TO_PAGEEND, false);
This now looks to be fixed after commit https://git.libreoffice.org/core/commit/cb188ce336e434c2b7002b3d8a41a681e73ae51a.
(In reply to David from comment #6) > This now looks to be fixed after commit > https://git.libreoffice.org/core/commit/ > cb188ce336e434c2b7002b3d8a41a681e73ae51a. Closing as duplicated of bug 146605 then. Thanks for the analysis *** This bug has been marked as a duplicate of bug 146605 ***