Download it now!
Bug 98287 - Mixing footnotes between sections leads to unwanted page break after the first footnote and pushes the second footnote to the next page
Summary: Mixing footnotes between sections leads to unwanted page break after the firs...
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
Inherited From OOo
Hardware: All Linux (All)
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks: Footnote-Endnote
  Show dependency treegraph
 
Reported: 2016-03-01 00:09 UTC by Michael Fiedler
Modified: 2019-03-27 12:32 UTC (History)
3 users (show)

See Also:
Crash report or crash signature:


Attachments
test document (10.93 KB, application/vnd.oasis.opendocument.text)
2016-03-01 00:09 UTC, Michael Fiedler
Details
observed behaviour (9.19 KB, application/pdf)
2016-03-01 00:10 UTC, Michael Fiedler
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Michael Fiedler 2016-03-01 00:09:25 UTC
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)
Comment 1 Michael Fiedler 2016-03-01 00:10:00 UTC
Created attachment 123096 [details]
observed behaviour
Comment 2 Buovjaga 2016-03-17 12:05:42 UTC

*** This bug has been marked as a duplicate of bug 54465 ***
Comment 3 Cor Nouws 2016-07-04 12:31:55 UTC
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.
Comment 4 Cor Nouws 2016-07-04 12:37:01 UTC
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
Comment 5 Cor Nouws 2016-07-04 12:46:45 UTC
(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..
Comment 6 Cor Nouws 2016-07-04 12:50:38 UTC
(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 :)
Comment 7 QA Administrators 2019-03-15 03:56:00 UTC Comment hidden (obsolete)
Comment 8 Babak Razmjoo 2019-03-27 12:32:40 UTC
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