Bug 118480 - section with 'long' linked contents breaks text flow (starts from new page)
Summary: section with 'long' linked contents breaks text flow (starts from new page)
Status: RESOLVED WORKSFORME
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
5.4.7.2 release
Hardware: x86-64 (AMD64) Linux (All)
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks: Section
  Show dependency treegraph
 
Reported: 2018-07-01 08:01 UTC by Yury
Modified: 2018-07-02 04:16 UTC (History)
1 user (show)

See Also:
Crash report or crash signature:
Regression By:


Attachments
The container doc, 'blank' is linked. (14.64 KB, application/vnd.oasis.opendocument.text)
2018-07-01 15:42 UTC, Yury
Details
The 'linked' doc, the 1st paragraph inserts a page break (14.61 KB, application/vnd.oasis.opendocument.text)
2018-07-01 15:43 UTC, Yury
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Yury 2018-07-01 08:01:42 UTC
The section which is 'link'ed to an external doc, breaks normal text flow if the the external doc length plus what's on the containing page exceed the containing page text area length.

Replication:
1. Create and save a blank doc.
2. Create another blank doc, insert 1 line, insert section, check 'Link', point to the blank doc from p.1.

Result 1: As 1 line + 1 line do not exceed the page length, the section goes with the normal text flow, i.e. after the 1st line in the containing doc.
You may save the containing doc (from p.2) and reopen it just fine.

3. Edit the section, point to another doc, the length of which must be enough for the containing doc length after insertion to exceed 1 page (like 2 pages of 'lorem ipsum' or something).

Expected: the section contents flowing normally, according to its paragraphs' 'text flow' properties.

Result 2: Actually, the section start is now moved to the start of new page and continues (seemingly normally) from there.

NOTE: in LO 6.2 alpha the containing doc (as created in p.2) pointing to a blank doc (p.1) can't be even reopened to the state as when created. The (short) section start is moved to the new page start immediately on open.
Comment 1 Regina Henschel 2018-07-01 13:34:15 UTC
I cannot confirm your observation. Please add a zip-file containing all files mentioned in your description.
Comment 2 Yury 2018-07-01 15:41:34 UTC
Yes, that was inprecise work on my part -- got distracted and didn't notice the *inserted* docs weren't completely blank actually and had their respective 1st paragraphs set to 'insert page break'. My apologies.

The re-check on your remark seems to take care of my immediate problem, thank you for your attention.

*However*, the results STILL mean 5.4.7.2 and 6.2.0.0 process the case differently. I don't know what version does it right, so I'm attaching the case files for the issue renaming: 

- 20180701_linked_section.odt is the container doc;
- 40_lines_TNR_14.odt is the linked doc.

5.4.7.2
Build ID: c838ef25c16710f8838b1faec480ebba495259d0
CPU threads: 4; OS: Linux 4.4; UI render: default; VCL: gtk2; 
Locale: en-GB (en_GB.UTF-8); Calc: group

6.2.0.0.alpha0+
Build ID: cbd0d1da85a7ae6b35023274c7267872b3d920e7
CPU threads: 4; OS: Linux 4.4; UI render: default; VCL: gtk2; 
TinderBox: Linux-rpm_deb-x86_64@70-TDF, Branch:master, Time: 2018-06-18_00:24:33
Locale: en-GB (en_GB.UTF-8); Calc: CL
Comment 3 Yury 2018-07-01 15:42:23 UTC
Created attachment 143255 [details]
The container doc, 'blank' is linked.
Comment 4 Yury 2018-07-01 15:43:08 UTC
Created attachment 143256 [details]
The 'linked' doc, the 1st paragraph inserts a page break
Comment 5 Regina Henschel 2018-07-01 16:14:31 UTC
The linked doc inserts a page break because there _is_ a page break. Open your attached file 40_lines_TNR_14.odt. Set cursor into first paragraph. Open "Paragraph" dialog from menu Format. Go to tab "Text flow". Notice the part "Breaks". It says "Insert" checked, Type "Page", Position "Before", With page style "First Page". Remove that page break and there will be no page break in the target document.
Comment 6 Yury 2018-07-01 16:58:22 UTC
I've already pointed out the existence of the 'rogue' page break in comment 2.

But 5.4.7.2 and 6.2.0.0 process this same case differently -- the behaviour of 6.2.0.0 is the correct one, then?
Comment 7 Regina Henschel 2018-07-01 19:08:32 UTC
(In reply to Yury from comment #6)
> I've already pointed out the existence of the 'rogue' page break in comment
> 2.
> 
> But 5.4.7.2 and 6.2.0.0 process this same case differently -- the behaviour
> of 6.2.0.0 is the correct one, then?

Having a page break is the correct behavior. Which of your versions does not show a page break?

I have used Version: 5.4.7.2 (x64)
Build ID: c838ef25c16710f8838b1faec480ebba495259d0
CPU threads: 8; OS: Windows 6.19; UI render: GL; 
Locale: en-US (en_US); Calc: CL

and Version: 6.2.0.0.alpha0+ (x64)
Build ID: a4be3ebd4daddab219c347af8583bfbb9d63a843
CPU threads: 8; OS: Windows 10.0; UI render: GL; 
Locale: en-US (en_US); Calc: CL

Both versions make a page break.
Comment 8 Yury 2018-07-01 19:32:20 UTC
That one does not show the page break:
5.4.7.2
Build ID: c838ef25c16710f8838b1faec480ebba495259d0
CPU threads: 4; OS: Linux 4.4; UI render: default; VCL: gtk2; 
Locale: en-GB (en_GB.UTF-8); Calc: group
Comment 9 Regina Henschel 2018-07-01 20:33:54 UTC
Version 5.4.7 is already at "End of Life" https://wiki.documentfoundation.org/ReleasePlan. So there will be no bug fixes. In case your version is not a version by LibreOffice, but a version from your Linux distributor, you can try whether the original version from LibreOffice shows it correctly. As I said, my Windows version of 5.4.7 shows it correctly.
Comment 10 Yury 2018-07-02 04:16:54 UTC
My 5.4.7.2 is an AppImage DL'ed from https://libreoffice.soluzioniopen.com/.