Bug 152017 - footnotes split across pages instead of as a single block, and separated from their anchor (steps in comment 8)
Summary: footnotes split across pages instead of as a single block, and separated from...
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
Inherited From OOo
Hardware: All All
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks: Footnote-Endnote Writer-Styles-Paragraph
  Show dependency treegraph
 
Reported: 2022-11-12 17:46 UTC by Sarah
Modified: 2023-02-17 14:29 UTC (History)
1 user (show)

See Also:
Crash report or crash signature:


Attachments
example ODT file to test issues (57.17 KB, application/vnd.oasis.opendocument.text)
2022-11-22 13:22 UTC, Stéphane Guillou (stragu)
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Sarah 2022-11-12 17:46:19 UTC
Description:
I have stopped using Zotero as it does not offer good support for genealogical related sources. Instead, I create a footnote entry and paste in the Chicago reference generated by the Roots Magic software from my remote Ancestry tree.

However, something weird has just happened... As I enter additional paragraphs before a referenced sentence [Alt I, T], my footnotes are (line by line) moved down onto a new page. The footnotes should stay together, and the paragraph text should move down, even if the footnotes take up most of one page.

I wondered whether anybody else has encountered this?

It sure is a strange one!

Many thanks,
Sarah  
  

Actual Results:
My footnotes are moved (line by line) onto a new page. In Safe Mode, much of my document was missing.

Expected Results:
The paragraph text should eventually go onto a new / following page rather than the footnotes doing so.


Reproducible: Always


User Profile Reset: Yes

Additional Info:
Version: 7.4.2.3 (x64) / LibreOffice Community
Build ID: 382eef1f22670f7f4118c8c2dd222ec7ad009daf
CPU threads: 16; OS: Windows 10.0 Build 22000; UI render: Skia/Raster; VCL: win
Locale: en-GB (en_GB); UI: en-GB
Calc: CL
Comment 1 Sarah 2022-11-12 17:48:59 UTC
This is uurgent due to academic deadlines. thanks
Comment 2 Stéphane Guillou (stragu) 2022-11-15 00:46:48 UTC
Hi Sarah

I would recommend asking your question on ask.libreoffice.org to find assistance quicker, especially if there is third-party software involved.

Footnotes are supposed to stick to the page their anchors are located on. Is your problem that footnotes go to a different page to the text they reference?

For us to have a look at the issue, we'd ideally need an example file in which we can test the unexpected behaviour. You can add such a file as an attachment here, and give us steps to follow to reproduce the issue.
Comment 3 Sarah 2022-11-19 14:17:12 UTC
Hi Stephanie.
Apologies for my delay in replying. I did downgrade back to: 

Version: 7.4.1.2 (x64) / LibreOffice Community
Build ID: 3c58a8f3a960df8bc8fd77b461821e42c061c5f0
CPU threads: 16; OS: Windows 10.0 Build 22000; UI render: Skia/Raster; VCL: win
Locale: en-GB (en_GB); UI: en-US
Calc: CL

That did resolve the issue, but it has now started again. 

As my document is a genealogy course assignment, it states family member's names and dates of birth / death, I don't want to upload it here.

I shall e-mail the document to you now.

Sarah
Comment 4 QA Administrators 2022-11-20 03:35:05 UTC Comment hidden (obsolete)
Comment 5 Stéphane Guillou (stragu) 2022-11-22 13:16:43 UTC
Hi Sarah

I had a look at the document you sent me via email.
It looks like the style of your footnotes is a bit different to the "stock" footnote style.

You could see if editing the footnote style (cursor in footnote > Styles > Edit style > Text flow tab) can help. Tick "do not split paragraph", and see if it solves the issue consistently for your document.

I also tried ticking both "widow control" and "orphan control" instead, to have a style that's closer to the original, but it seems it does not help for particularly long footnotes, and brings up another issue of footnotes not on the right page! So sticking to "do not split paragraph" might be a sturdier workaround. I still think there is an issue here, so marking the bug as "new".
Comment 6 Stéphane Guillou (stragu) 2022-11-22 13:22:50 UTC Comment hidden (obsolete)
Comment 7 Stéphane Guillou (stragu) 2022-11-22 13:25:17 UTC
Same behaviour in:

Version: 6.3.6.2
Build ID: 2196df99b074d8a661f4036fca8fa0cbfa33a497
CPU threads: 8; OS: Linux 5.15; UI render: default; VCL: gtk3; 
Locale: de-DE (en_AU.UTF-8); UI-Language: en-US
Calc: threaded
Comment 8 Stéphane Guillou (stragu) 2023-02-17 14:29:45 UTC
Reviewing my steps a little, as I must have overlooked something.

Steps to reproduce:

1. Open attachment 183718 [details] in Writer
2. Go to highlight 1 and insert a new line after it

Issue A: footnote 1 is split, its last line goes to page 2.

3. Reload the document. Same can be observed with footnotes 3 and 4 when inserting extra lines after highlight 2.
4. Reload the document. To avoid footnotes 3 and 4 splitting, modify the Footnote paragraph style: Styles sidebar > Footnote > Modify > Text flow > Options. Tick "Orphan control" and "Widow control" (it's the default setting for this style in a new document), then click OK.
5. After highlight 2, insert new lines one by one until all footnotes go to the next page. Footnotes get pushed to the next page as a whole, which is what we wanted. However:

Issue B: footnote 3 and 4 go to the next page even though the anchors are still on page 2

6. Remove the inserted lines one by one.

Issue C: footnote 3 comes back split.

Issue D: footnote 4 stays in page 3 even though the anchor is in page 2.

----

Reproduced in:

Version: 7.4.5.1 / LibreOffice Community
Build ID: 9c0871452b3918c1019dde9bfac75448afc4b57f
CPU threads: 8; OS: Linux 5.15; UI render: default; VCL: gtk3
Locale: en-AU (en_AU.UTF-8); UI: en-US
Calc: threaded

Version: 7.6.0.0.alpha0+ (X86_64) / LibreOffice Community
Build ID: b52117c0be97c45824d2897657084f8ac7e9bf42
CPU threads: 8; OS: Linux 5.15; UI render: default; VCL: gtk3
Locale: en-AU (en_AU.UTF-8); UI: en-US
Calc: threaded

Issue is exactly the same in OOo 3.3, so it is inherited.

OpenOffice.org 3.3.0
OOO330m20 (Build:9567)

Looks like Issue A is expected if the style does not have the right Orphan and Widow settings; however, issues B, C and D are bugs.