Created attachment 123095 [details] test document Steps to reproduce: 1. Open the attached document. It contains the title at the beginning, followed by a two-column section for the text. 2. Add a footnote after the title. It is placed as expected below the first column of the two-column section. 3. Add a footnote after the text. Expected behaviour: The second footnote appears directly below the first footnote in the first column. Observed behaviour: A page break is inserted before the text. The first footnote appears on the first page, the text and the second footnote appear on the second page. Environment: Debian Linux 8.3 Jessie (x86) LibreOffice 5.1.0.3-3 (from libreoffice.org) LibreOffice 4.3.3-2+deb8u2 (from Debian)
Created attachment 123096 [details] observed behaviour
*** This bug has been marked as a duplicate of bug 54465 ***
this is not a duplicate of bug 54465 - that describes where column size (or content, bug 58794) changes with footnotes. This issue describes that a second footnote appears on a second page.
Still an issue in Version: 5.3.0.0.alpha0+ Build ID: cc503abb860c33a54a188640a5962dbdf7052284 CPU Threads: 2; OS Version: Linux 4.4; UI Render: default; TinderBox: Linux-rpm_deb-x86@71-TDF, Branch:master, Time: 2016-07-04_00:55:33 Locale: nl-NL (nl_NL.UTF-8) The same problem in LO 3.3.4 > Inherited from OOo
(In reply to Cor Nouws from comment #3) > this is not a duplicate of bug 54465 - that describes where column size (or > content, bug 58794) changes with footnotes. > This issue describes that a second footnote appears on a second page. Ah well, sort of the same as bug 54465 of course. The special thing here is that only adding a footnote in the section with columns without adding one behind the title - before the section with columns, does not show the problem..
(In reply to Cor Nouws from comment #5) > (In reply to Cor Nouws from comment #3) > > this is not a duplicate of bug 54465 - that describes where column size (or > > content, bug 58794) changes with footnotes. > > This issue describes that a second footnote appears on a second page. > > Ah well, sort of the same as bug 54465 of course. > The special thing here is that only adding a footnote in the section with > columns without adding one behind the title - before the section with > columns, does not show the problem.. So actually this issue shows both the problem from 54465 ánd the problem in the issue's summary :)
** Please read this message in its entirety before responding ** To make sure we're focusing on the bugs that affect our users today, LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed bugs which have not been touched for over a year. There have been thousands of bug fixes and commits since anyone checked on this bug report. During that time, it's possible that the bug has been fixed, or the details of the problem have changed. We'd really appreciate your help in getting confirmation that the bug is still present. If you have time, please do the following: Test to see if the bug is still present with the latest version of LibreOffice from https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the information from Help - About LibreOffice. If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a comment that includes the information from Help - About LibreOffice. Please DO NOT Update the version field Reply via email (please reply directly on the bug tracker) Set the bug's Status field to RESOLVED - FIXED (this status has a particular meaning that is not appropriate in this case) If you want to do more to help you can test to see if your issue is a REGRESSION. To do so: 1. Download and install oldest version of LibreOffice (usually 3.3 unless your bug pertains to a feature added after 3.3) from http://downloadarchive.documentfoundation.org/libreoffice/old/ 2. Test your bug 3. Leave a comment with your results. 4a. If the bug was present with 3.3 - set version to 'inherited from OOo'; 4b. If the bug was not present in 3.3 - add 'regression' to keyword Feel free to come ask questions or to say hello in our QA chat: https://kiwiirc.com/nextclient/irc.freenode.net/#libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug
This bug is still present in Version: 6.2.2.2 Build ID: 2b840030fec2aae0fd2658d8d4f9548af4e3518d CPU threads: 1; OS: Linux 5.0; UI render: default; VCL: x11; Locale: en-US (en_US.UTF-8); UI-Language: en-US Calc: threaded
Dear Michael Fiedler, To make sure we're focusing on the bugs that affect our users today, LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed bugs which have not been touched for over a year. There have been thousands of bug fixes and commits since anyone checked on this bug report. During that time, it's possible that the bug has been fixed, or the details of the problem have changed. We'd really appreciate your help in getting confirmation that the bug is still present. If you have time, please do the following: Test to see if the bug is still present with the latest version of LibreOffice from https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the information from Help - About LibreOffice. If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a comment that includes the information from Help - About LibreOffice. Please DO NOT Update the version field Reply via email (please reply directly on the bug tracker) Set the bug's Status field to RESOLVED - FIXED (this status has a particular meaning that is not appropriate in this case) If you want to do more to help you can test to see if your issue is a REGRESSION. To do so: 1. Download and install oldest version of LibreOffice (usually 3.3 unless your bug pertains to a feature added after 3.3) from https://downloadarchive.documentfoundation.org/libreoffice/old/ 2. Test your bug 3. Leave a comment with your results. 4a. If the bug was present with 3.3 - set version to 'inherited from OOo'; 4b. If the bug was not present in 3.3 - add 'regression' to keyword Feel free to come ask questions or to say hello in our QA chat: https://kiwiirc.com/nextclient/irc.freenode.net/#libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug
This bug is still present in Version: 7.3.2.2 (x64) / LibreOffice Community Build ID: 49f2b1bff42cfccbd8f788c8dc32c1c309559be0 CPU threads: 12; OS: Windows 10.0 Build 19044; UI render: Skia/Raster; VCL: win Locale: de-DE (de_DE); UI: de-DE Calc:
Dear Michael Fiedler, To make sure we're focusing on the bugs that affect our users today, LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed bugs which have not been touched for over a year. There have been thousands of bug fixes and commits since anyone checked on this bug report. During that time, it's possible that the bug has been fixed, or the details of the problem have changed. We'd really appreciate your help in getting confirmation that the bug is still present. If you have time, please do the following: Test to see if the bug is still present with the latest version of LibreOffice from https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the information from Help - About LibreOffice. If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a comment that includes the information from Help - About LibreOffice. Please DO NOT Update the version field Reply via email (please reply directly on the bug tracker) Set the bug's Status field to RESOLVED - FIXED (this status has a particular meaning that is not appropriate in this case) If you want to do more to help you can test to see if your issue is a REGRESSION. To do so: 1. Download and install oldest version of LibreOffice (usually 3.3 unless your bug pertains to a feature added after 3.3) from https://downloadarchive.documentfoundation.org/libreoffice/old/ 2. Test your bug 3. Leave a comment with your results. 4a. If the bug was present with 3.3 - set version to 'inherited from OOo'; 4b. If the bug was not present in 3.3 - add 'regression' to keyword Feel free to come ask questions or to say hello in our QA chat: https://web.libera.chat/?settings=#libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug
This issue still exists, see question at https://ask.libreoffice.org/t/two-columns-footnote-breaking-page-unnecessary/113838 Version: 24.8.2.1 (X86_64) / LibreOffice Community Build ID: 0f794b6e29741098670a3b95d60478a65d05ef13 CPU threads: 8; OS: Windows 11 X86_64 (10.0 build 22631); UI render: Skia/Raster; VCL: win Locale: en-NZ (en_NZ); UI: en-GB Calc: CL threaded
Also, working on the sample document from the Q/A site, Question thread linked by Alistair Saywell in comment 12: The issue seems to be triggered by footnotes at or near the end of section content. Adding a trailing newline to the last paragraph, or adding a trailing paragraph, fixes the layout in many cases, but not always. Being a text flow case, the issue is affected by widows/orphans setting. Enabling/disabling those in the text body style changes the layout significantly. The behavior is not consistent. Sometimes better, sometimes worse. Adding a footnote to the end of content in Section 1 does not affect layout much in the original document, but messes up the layout when widow/orphan control is disabled (which somewhat improves the reported original issue for that document). The use of mixed LTR/RTL content does not appear to have any impact. Not thoroughly tested. Use skia rendering or disable it makes no difference. Link to the document attached in the Q/A site: https://ask.libreoffice.org/uploads/short-url/58RMnu4P4ytjHN97UZ1CSlpWSfB.odt My observations are identical from two versions of the suite: --- Version: 7.5.8.2 (X86_64) / LibreOffice Community Build ID: f718d63693263970429a68f568db6046aaa9df01 CPU threads: 8; OS: Windows 10.0 Build 19045; UI render: Skia/Raster; VCL: win Locale: nb-NO (nb_NO); UI: nb-NO Calc: threaded --- Version: 24.8.3.2 (X86_64) / LibreOffice Community Build ID: 48a6bac9e7e268aeb4c3483fcf825c94556d9f92 CPU threads: 8; OS: Windows 10 X86_64 (10.0 build 19045); UI render: Skia/Raster; VCL: win Locale: nb-NO (nb_NO); UI: nb-NO Calc: threaded