Bug 132206

Summary:	Slow selecting a large multi-page table
Product:	LibreOffice	Reporter:	Telesto <telesto>
Component:	Writer	Assignee:	Not Assigned <libreoffice-bugs>
Status:	RESOLVED DUPLICATE
Severity:	minor	CC:	79045_79045, ilmari.lauhakangas, thomas.lendo
Priority:	medium	Keywords:	perf, preBibisect, regression
Version:	3.5.0 release
Hardware:	All
OS:	All
Whiteboard:
Crash report or crash signature:		Regression By:
Attachments:	Example file

Description Telesto 2020-04-17 20:23:35 UTC

Description:
Slow selecting a large multi-page table

Steps to Reproduce:
1. Open the attached file
2. CTRL+A -> wait


Actual Results:
Performance isn't optimal

Expected Results:
Faster


Reproducible: Always


User Profile Reset: No



Additional Info:
Version: 7.0.0.0.alpha0+ (x64)
Build ID: 4475bcd83aac7e033fc5250f268eb922bd471e7b
CPU threads: 4; OS: Windows 6.3 Build 9600; UI render: Skia/Raster; VCL: win; 
Locale: nl-NL (nl_NL); UI-Language: en-US
Calc: CL

Comment 1 Telesto 2020-04-17 20:23:55 UTC

Created attachment 159667 [details]
Example file

Comment 2 Roman Kuznetsov 2020-04-18 12:50:20 UTC

Telesto please try test your problem with default UI render at once and compare it with Skia/Raster (Vulcan) UI render. Then we can to see it's a Skia problem or not.

Comment 3 Buovjaga 2020-06-22 12:45:44 UTC

3.3.0 is nearly instantaneous, but 3.5.0 is already slow.
Also tested with

Arch Linux 64-bit
Version: 7.1.0.0.alpha0+
Build ID: ae3d26ba925f74c992a2d5cdfd44ed5d43968689
CPU threads: 8; OS: Linux 5.7; UI render: default; VCL: kf5
Locale: fi-FI (fi_FI.UTF-8); UI: en-US
Calc: threaded
Built on 20 June 2020

Comment 4 Thomas Lendo 2020-08-03 20:43:13 UTC

Telesto, you already reported Bug 106727 - EDITING: Select All is quite slow on a page containing a large table (72 rows and 20 columns).

What's the difference to this issue?

Comment 5 Thomas Lendo QA 2020-09-06 20:13:22 UTC


*** This bug has been marked as a duplicate of bug 106727 ***