Description: When endnotes overflow the last "content" page of a section, field variables for chapter information (name or number) show the first outline level-1 data instead of the current "chapter". Whether the intended level-1 paragraph is inside or just before the section is irrelevant: the bug occurs the same. Steps to Reproduce: 1. Enable page header 2. Insert"chapter name/number* in header 3. Enter a first chapter (an *Heading 1* paragraph is sufficient 4. Enter a second chapter 5. Create a section with *Collect end notes at end of section* ticked 6. Enter text with enough notes so that they cross a page boundary (including remaining space at end of section content Actual Results: Page header for section contents reflects the current chapter name and number. When page boundary is reached for endnotes, all subsequent pages show chapter name and number of first *Heading 1* paragraph (more precisely of first level-1 outline paragraph). Expected Results: Page style is the same before and after the page break between the end of section contents+first endnotes and the subsequent notes, header should remain the same. Reproducible: Always User Profile Reset: No Additional Info: Tested under Linux Fedora 30 and Windows 7 Pro SP1, both running 6.2.6.2 ajlittoz's configuration: ------------------------- Version: 6.2.6.2 Build ID: 6.2.6.2-2.fc30 CPU threads: 4; OS: Linux 5.2; UI render: default; VCL: gtk3; Locale: fr-FR (fr_FR.UTF-8); UI-Language: en-US Calc: threaded Compositing engine: XRender (OpenGL disabled) Reported by user AJB49 on AskLibO as https://ask.libreoffice.org/en/question/206783/setting-page-header-for-endnote-pages/
Created attachment 153793 [details] Header information changes without user intervention on pages 2+ of endnotes within section Section backgrounds have been coloured to show section limits. Header in endnotes section reverts to first level-1 heading starting on second page of notes
*** This bug has been marked as a duplicate of bug 123917 ***
*** This bug has been marked as a duplicate of bug 81012 ***