Bug 153610 - LibreOffice Writer: footnotes in tables not on the same page
Summary: LibreOffice Writer: footnotes in tables not on the same page
Status: UNCONFIRMED
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
7.5.0.3 release
Hardware: All Windows (All)
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks: Writer-Tables Footnote-Endnote
  Show dependency treegraph
 
Reported: 2023-02-14 09:36 UTC by grac
Modified: 2024-03-23 19:13 UTC (History)
3 users (show)

See Also:
Crash report or crash signature:


Attachments
screenshot for footnote on the next page (59.07 KB, image/jpeg)
2023-02-17 09:35 UTC, grac
Details
Footnote on same page in PDF, not odt (753.66 KB, image/png)
2023-02-17 09:51 UTC, grac
Details
the sanitized file, see page 42/43 (59.55 KB, application/vnd.oasis.opendocument.text)
2023-02-17 13:37 UTC, grac
Details

Note You need to log in before you can comment on or make changes to this bug.
Description grac 2023-02-14 09:36:44 UTC
Description:
In a long document I have long tables with text (two columns: first with timestamp, second with spoken content). Sometimes I need footnotes for the content in these tables.
These footnotes are not placed on the same page, i.e. LibreOffice Writer doesn't split the table correctly in order to place the footnote on the same page.

Actual Results:
footnote appears on the next page

Expected Results:
footnote needs to be on the same page


Reproducible: Always


User Profile Reset: No

Additional Info:
[Information automatically included from LibreOffice]
Locale: de
Module: TextDocument
[Information guessed from browser]
OS: Windows (All)
OS is 64bit: no
Comment 1 m_a_riosv 2023-02-14 14:48:02 UTC
Please, attach a sample file.
Comment 2 grac 2023-02-15 08:57:38 UTC
I wanted to generate a screenshot of the problem.
But meanwhile it seems as if LibreOffice Writer corrected this problem internally, in order to show all footnotes on the same page as the respective row of the table.
So maybe it's not a bug, but LibreOffice needs its time to recalculate. And only after re-opening the file it is correct again.
Comment 3 m_a_riosv 2023-02-15 13:18:13 UTC
Let's close as 'resolved worksforme', if you have the issue again, please reopen it, and attach also a sample file with the screenshot to view the problem.
Comment 4 grac 2023-02-15 13:57:26 UTC
ok!

Interestingly every time I reopen this document it first counts 39 pages.
Only after sending the cursor several times to the end and beginning, the pages reduce from 39 to 36.
Which means: LibreOffice doesn't automatically recalculate, but only after some manipulation by hand. This is also reflected in the print preview.
Comment 5 grac 2023-02-17 09:33:55 UTC
Here it comes again, see screenshot: the footnote is not on the same page as the footnote number (red ring).
Interestingly, when converting the odt to pdf, the footnote goes on the same page, with the last line on the next page.
Comment 6 grac 2023-02-17 09:35:48 UTC
Created attachment 185425 [details]
screenshot for footnote on the next page

screenshot to the reopening of the bug report
Comment 7 grac 2023-02-17 09:51:50 UTC
Created attachment 185427 [details]
Footnote on same page in PDF, not odt

conversion to PDF shows the footnote correctly on the same page, with last line on the next page
Comment 8 Telesto 2023-02-17 11:42:44 UTC
@GRAC
I'm not to surprised of the issue being present as such.. However it's -sadly - impossible to fix without a sample document exhibiting the problem. A developers needs to be able to reproduce (see) the problem himself to able to solve the problem.

Is it possible to attach a anonymized variant of the document in question seen in the screenshots
https://wiki.documentfoundation.org/QA/Bugzilla/Sanitizing_Files_Before_Submission

The alternative is waiting for someone else reporting the same issue.
Comment 9 grac 2023-02-17 12:59:26 UTC
well, I don't know how to anonymise a 45 page document that is very private.
Comment 10 grac 2023-02-17 13:37:08 UTC
Revisited: attached the sanitized file.
The problem is at timecode 48:21 (footnote 2)
originally it was on page 38/39
after sanitation the footnote is on page 42/43.
I hope this helps.
Comment 11 grac 2023-02-17 13:37:54 UTC
Created attachment 185440 [details]
the sanitized file, see page 42/43
Comment 12 BogdanB 2024-03-23 19:13:18 UTC
Please let the bug in Unconfirmed status, until someone else will confirm it.