Created attachment 66579 [details] odt file to demonstrate the bug Problem description: When you use footnotes in sections with two or more columns, the size of the section changes - but it shouldn't. Steps to reproduce: 1. Open new Writer-Document 2. Click on Insert > Section > Columns. Select 2 Columns. Click on Insert. 3. Put the cursor into the created section. Click on Insert > Footnote/Endnote. Click OK. Current behavior:In the moment when you insert the footnote, the section grows to the size of one page instead of staying small. Expected behavior: The footnote should be on the foot of the page (as ist happens), but the size of the section should not change. Platform (if different from the browser): Browser: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:15.0) Gecko/20100101 Firefox/15.0
reproducible with LO 3.6.4.3. (Win7 Home, 64bit) After inserting a footnote the sections grows to one page and in addition, a further page is added.
Reproducible with LO 3.3.4, AOO 3.4.1, and OOo 3.3.0. Inherited from OOo. See also: 'OOo_Bug 20103 - Sections with columns containing footnotes grow to page size' https://issues.apache.org/ooo/show_bug.cgi?id=20103
reproducible with LO 4.0.5.2
** 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 on a currently supported version of LibreOffice (4.4.1 or later) https://www.libreoffice.org/download/ *If the bug is present, please leave a comment that includes the version of LibreOffice and your operating system, and any changes you see in the bug behavior *If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a short comment that includes your version of LibreOffice and Operating System 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) 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: http://webchat.freenode.net/?channels=libreoffice-qa Thank you for your help! -- The LibreOffice QA Team This NEW Message was generated on: 2015-04-01
Re-tested instructions provided in comment 0 under GNU/Linux using: - v3.3.4.1 - v3.4.6.2 - v3.5.7.2 - v3.6.7.2 - v4.0.6.2 - v4.1.6.2 - v4.2.8.2 - v4.3.5.2 - v4.4.1.2 All versions exhibit identical behaviour as originally reported.
*** Bug 58794 has been marked as a duplicate of this bug. ***
Rephrased: Footnotes in sections with columns do not appear outside of the section at the bottom of the page when Format -> Sections -> Options -> Footnotes/Endnotes -> Collect at end of text is unchecked. If Collect at end of text is checked, then the footnote will appear at the bottom of the corresponding column without changing the size of the section. Version: 4.4.2.2 Build ID: c4c7d32d0d49397cad38d62472b0bc8acff48dd6
*** Bug 98287 has been marked as a duplicate of this bug. ***
*** Bug 99741 has been marked as a duplicate of this bug. ***
** 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
*** Bug 118636 has been marked as a duplicate of this bug. ***
(In reply to Buovjaga from comment #11) > *** Bug 118636 has been marked as a duplicate of this bug. *** So still reproducible in Version: 6.2.0.0.alpha0+ (x64) Build ID: b0e291a7efcd3af2a72d0b622b1f1b84723f011f CPU threads: 4; OS: Windows 10.0; UI render: GL; TinderBox: Win-x86_64@42, Branch:master, Time: 2018-06-30_23:43:40 Locale: en-US (de_DE); Calc: CL
Still reproducible in 6.2.3.2
Still present in Version: 7.2.0.0.alpha0+ (x64) / LibreOffice Community Build ID: 15a9bee9ef26ce13ed1e26319306a88b6d886158 CPU threads: 4; OS: Windows 10.0 Build 19042; UI render: Skia/Raster; VCL: win Locale: de-DE (de_DE); UI: en-GB Calc: CL
This bug mainly fixed in Bug 139336 (that should be the duplicate of this ticket, but that is already merged.) What left is that already made old odt files should not change their layout. (to avoid possible regressions) That would be Bug 145554 ... but because that bug is a lot newer, i will make that bug to the duplicete of this bug.
*** Bug 145554 has been marked as a duplicate of this bug. ***
Attila Szűcs committed a patch related to this issue. It has been pushed to "master": https://git.libreoffice.org/core/commit/41cc1d2c0c0c3bfa5ba341311f68df05375859fb tdf#54465 tdf#139336 sw: add compat. flag for footnote in column It will be available in 7.4.0. The patch should be included in the daily builds available at https://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: https://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
*** Bug 145826 has been marked as a duplicate of this bug. ***
Attila Szűcs committed a patch related to this issue. It has been pushed to "libreoffice-7-3": https://git.libreoffice.org/core/commit/8a82c6f3f1e85c941ac05b48416450cec813a04e tdf#54465 tdf#139336 sw: add compat. flag for footnote in column It will be available in 7.3.0.0.beta2. The patch should be included in the daily builds available at https://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: https://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
Verified in: Version: 7.4.0.0.alpha0+ (x64) / LibreOffice Community Build ID: 4ac9032163cf55c160145373e7c41741c9c339ca CPU threads: 8; OS: Windows 10.0 Build 18363; UI render: Skia/Raster; VCL: win Locale: hu-HU (hu_HU); UI: hu-HU Calc: CL
Created attachment 178098 [details] title bottom section
A new problem appears now if we have a note in the bottom of the section. (in a title by instance. Look the file attached.
(In reply to Lafricain from comment #22) > A new problem appears now if we have a note in the bottom of the section. > (in a title by instance. Look the file attached. Status of this report is VERIFIED Fixed. So please open a new report. Thank you.
Both bug 139336 and bug 54465 introduce a change in behavior and should be added and explained in https://wiki.documentfoundation.org/ReleaseNotes/7.3. What I see is that behavior is corrected for new documents, but old ones like attachment 66579 [details] keep page-sized column. I can't see how it can be changed and why removing and recreating columns is not the same as making new columns if all done in fixed LO version. And if that's the same cause as problem with attachment 178098 [details].
It's not working on LO 7.3.2.2. The problem is exactly the same.
(In reply to Lafricain from comment #25) > It's not working on LO 7.3.2.2. The problem is exactly the same. Also for new documents?
(In reply to Lafricain from comment #25) > It's not working on LO 7.3.2.2. The problem is exactly the same. Can you attach the document? i can look into the problem. If it is an old .odt file, then it is intended to remain the same. (Else others would complain that their good old document layout changed... they may dont care about this bug.. if they wanted a page break anyway.) If this is the case, maybe you can copy paste your old .odt file content into a newly created .odt file, there it should work correctly... or we can hack the new compat flag directly into your old .odt file. :)
Created attachment 186606 [details] Section with notes
>Also for new documents? Yes. I attached the test documents. Maybe I do something wrong?