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.
I cannot confirm your observation. Please add a zip-file containing all files mentioned in your description.
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
Created attachment 143255 [details] The container doc, 'blank' is linked.
Created attachment 143256 [details] The 'linked' doc, the 1st paragraph inserts a page break
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.
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?
(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.
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
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.
My 5.4.7.2 is an AppImage DL'ed from https://libreoffice.soluzioniopen.com/.