Bug 97747 - Slow loading of ODT with large table copied from html page
Summary: Slow loading of ODT with large table copied from html page
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
Inherited From OOo
Hardware: All All
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords: perf
Depends on:
Blocks: Performance
  Show dependency treegraph
 
Reported: 2016-02-11 12:44 UTC by Jos van den Oever
Modified: 2024-05-05 06:04 UTC (History)
3 users (show)

See Also:
Crash report or crash signature:


Attachments
300 page document with one table (369.90 KB, application/vnd.oasis.opendocument.text)
2016-02-11 12:44 UTC, Jos van den Oever
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Jos van den Oever 2016-02-11 12:44:36 UTC
Created attachment 122529 [details]
300 page document with one table

This 300 page document has one large table. This cause LibreOffice Writer to become very slow and unusable.

Abiword does not fare much better. With WebODF, the document can be edited but slowly.

Source of the document:
https://zoek.officielebekendmakingen.nl/stcrt-2015-21332.html
Comment 1 Buovjaga 2016-02-12 18:30:39 UTC
Confirmed.

Win 7 Pro 64-bit Version: 5.2.0.0.alpha0+
Build ID: a6f876d45bd4e41a7143594a6cb11b6893a0f620
CPU Threads: 4; OS Version: Windows 6.1; UI Render: default; 
TinderBox: Win-x86@39, Branch:master, Time: 2016-02-11_00:07:38
Locale: fi-FI (fi_FI)
Comment 2 Cor Nouws 2016-05-03 14:56:18 UTC
same in 4.3.7.2
Comment 3 Telesto 2017-01-25 16:23:41 UTC
Confirming with:
Version: 5.4.0.0.alpha0+
Build ID: 79497f458727a0dea983847fe9d3873bf9c2e972
CPU Threads: 4; OS Version: Windows 6.19; UI Render: default; 
TinderBox: Win-x86@42, Branch:master, Time: 2017-01-24_03:10:09
Locale: nl-NL (nl_NL); Calc: CL

and with
LibreOffice 3.3.0 
OOO330m19 (Build:6)
tag libreoffice-3.3.0.4
Comment 4 Telesto 2018-02-18 11:41:21 UTC
Repro with
Version: 6.1.0.0.alpha0+
Build ID: b87fe45e8b087a315a65b92bf9c168b1e4c5cc00
CPU threads: 4; OS: Windows 6.3; UI render: default; 
TinderBox: Win-x86@42, Branch:master, Time: 2018-02-16_23:14:35
Locale: nl-NL (nl_NL); Calc: CL
Comment 5 QA Administrators 2019-02-19 03:43:12 UTC Comment hidden (obsolete)
Comment 6 Buovjaga 2019-03-28 07:50:49 UTC
With latest master
real    0m20,289s
user    0m19,949s
sys     0m0,561s

Closing.

Arch Linux 64-bit
Version: 6.3.0.0.alpha0+
Build ID: 9c5d33e3c9e4a680af61a9e7af8fa73d08b33834
CPU threads: 8; OS: Linux 5.0; UI render: default; VCL: gtk3; 
Locale: fi-FI (fi_FI.UTF-8); UI-Language: en-US
Calc: threaded
Built on 28 March 2019
Comment 7 Buovjaga 2019-03-28 07:53:07 UTC
Blah, ignore the previous comment, I tested with OOO_EXIT_POST_STARTUP=1.
If I open normally, it hangs after opening.
Comment 8 QA Administrators 2021-03-28 03:36:49 UTC Comment hidden (obsolete)
Comment 9 QA Administrators 2023-03-29 03:26:00 UTC Comment hidden (obsolete)
Comment 10 Matt K 2024-05-05 01:04:08 UTC
I was able to view the file after about 1 minute of load time, then it is just slow to scroll the table after that, but no hang.

Version: 24.8.0.0.alpha0+ (X86_64) / LibreOffice Community
Build ID: 59f59e8a510b596f84990739706531f51a314fe1
CPU threads: 16; OS: Windows 10.0 Build 22631; UI render: Skia/Vulkan; VCL: win
Locale: en-US (en_US); UI: en-US
Calc: threaded
Comment 11 Buovjaga 2024-05-05 06:04:27 UTC
(In reply to Matt K from comment #10)
> I was able to view the file after about 1 minute of load time, then it is
> just slow to scroll the table after that, but no hang.

Thanks, must have been some optimisations along the way. Let's modify bug info accordingly.