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
Please, attach a sample file.
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.
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.
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.
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.
Created attachment 185425 [details] screenshot for footnote on the next page screenshot to the reopening of the bug report
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
@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.
well, I don't know how to anonymise a 45 page document that is very private.
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.
Created attachment 185440 [details] the sanitized file, see page 42/43
Please let the bug in Unconfirmed status, until someone else will confirm it.
(In reply to grac from comment #11) > Created attachment 185440 [details] > the sanitized file, see page 42/43 I added a new footnote to page 42. After reloading, the footnote itself and its reference are still on page 42. The same with oldest of Linux 7.5 bibisect repository. Do you still see this with 24.2? Arch Linux 64-bit Version: 25.2.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: d8c694b5d64b05da8c515e4ffe23c4bcc2376b0f CPU threads: 8; OS: Linux 6.9; UI render: default; VCL: kf6 (cairo+wayland) Locale: fi-FI (fi_FI.UTF-8); UI: en-US Calc: CL threaded Built on 10 July 2024 Version: 25.2.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: 872e0d3c8a17b582f04b82aa2525e614080acda9 CPU threads: 2; OS: Windows 11 X86_64 (10.0 build 22621); UI render: Skia/Raster; VCL: win Locale: en-US (en_US); UI: en-GB Calc: threaded
in 24.2 everything looks good - page 42 has footnotes 4 - 6 and shows all text on the same page.
Great, let's close and be happy!
Thanks a lot !