Bug 123464 - document content not show unless page break inserted
Summary: document content not show unless page break inserted
Status: RESOLVED WORKSFORME
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
6.1.3.2 release
Hardware: x86-64 (AMD64) Linux (All)
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2019-02-14 13:37 UTC by Martin Kofahl
Modified: 2019-03-28 11:08 UTC (History)
2 users (show)

See Also:
Crash report or crash signature:


Attachments
demo file (20.74 KB, application/vnd.oasis.opendocument.text)
2019-02-14 13:39 UTC, Martin Kofahl
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Martin Kofahl 2019-02-14 13:37:05 UTC
Description:
An existing document loads very slow and some tables are missing at the end of the document. The tables will appear when inserting a page break. Document attached.

Steps to Reproduce:
1. open test.odt (don't change the focus)
2. scroll to page 3
3. insert a page break before "Laufweg-Bearbeitung"
4. see two additional tables appearing :)

Actual Results:
1. the document loads very slow (>30 seconds)
2. on page 3, two tables are missing right after "Laufweg-Bearbeitung"

note: the missing two tables are initially shown when the focus is switched to another application during document load

note: the font "Arial Narrow" is not installed

Expected Results:
1. document loads with some seconds
2. two tables are shown on page 3, right after "Laufweg-Bearbeitung"


Reproducible: Always


User Profile Reset: Yes



Additional Info:
Version: 6.1.3.2
Build-ID: 10(Build:2)
CPU-Threads: 32; BS: Linux 4.4; UI-Render: Standard; VCL: gtk3; 
Gebietsschema: de-DE (de_DE.UTF-8); Calc: group threaded

--

Version: 6.1.6.0.0+
Build ID: 4bf0e6d1b8a6d0f0dc0f7251cdfc047dc8433c89
CPU threads: 32; OS: Linux 4.4; UI render: default; VCL: gtk2; 
TinderBox: Linux-rpm_deb-x86_64@70-TDF, Branch:libreoffice-6-1, Time: 2019-02-12_17:03:44
Locale: de-DE (de_DE.UTF-8); Calc: group threaded
Comment 1 Martin Kofahl 2019-02-14 13:39:41 UTC
Created attachment 149296 [details]
demo file
Comment 2 Dieter 2019-02-14 14:19:54 UTC
I can't confirm thsi with

Version: 6.3.0.0.alpha0+ (x64)
Build ID: f42554a1886ebe49170c25096dc3281b2c7bb1f4
CPU threads: 4; OS: Windows 10.0; UI render: default; VCL: win; 
TinderBox: Win-x86_64@42, Branch:master, Time: 2019-02-08_22:37:30
Locale: en-US (de_DE); UI-Language: en-US
Calc: threaded

and also not with

Version: 6.1.5.2 (x64)
Build-ID: 90f8dcf33c87b3705e78202e3df5142b201bd805
CPU-Threads: 4; BS: Windows 10.0; UI-Render: Standard; 
Gebietsschema: de-DE (de_DE); Calc: group threaded

Linux only?
Comment 3 Martin Kofahl 2019-02-14 14:49:05 UTC
Yes, tested on Linux only.
Comment 4 Timur 2019-02-14 15:07:49 UTC
I didn't reproduce in Linux with LO 6.1 not 6.3+.
I'm afraid it's up to reporter to find a cause himself. Please try with reset user profile. Please try with http://libreoffice.soluzioniopen.com/index.php/daily-version/.
Comment 5 Martin Kofahl 2019-03-28 11:08:50 UTC
I found the solution to my problem (but not the cause). Setting all existing style:may-break-between-rows="true" properties to "false" in content.xml (so disabling "Allow table to split across pages and columns" for all tables, esp. those at the bottom margin) makes the document loading as expected.