Bug 153830 - Severe performance loss under the KDE environment (kf5 + cairo)
Summary: Severe performance loss under the KDE environment (kf5 + cairo)
Status: NEEDINFO
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
7.1.0.0.alpha0+
Hardware: All Linux (All)
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks: KDE, KF5
  Show dependency treegraph
 
Reported: 2023-02-25 21:02 UTC by adrlopgal
Modified: 2024-11-06 03:15 UTC (History)
3 users (show)

See Also:
Crash report or crash signature:


Attachments
Test document (439.93 KB, application/vnd.oasis.opendocument.text)
2023-04-04 14:00 UTC, adrlopgal
Details

Note You need to log in before you can comment on or make changes to this bug.
Description adrlopgal 2023-02-25 21:02:13 UTC
Description:
Hi! Since version 7.0.6.2, LibreOffice Writer suffers a severe performance loss under the KDE environment (kf5 + cairo) when working with large documents, especially when writing text to lists and tables.

The document loads normally but it freezes for 5-10 seconds (high-end computer) and then it freezes for 2-5 seconds for each character entered. This performance loss ONLY occurs when using kf5 and cairo, although it does not lead to a crash, it prevents the user from working fluently.

I have not been able to update from this version because all from then on, until today, show this bug. I have tried it with all the large documents I have. There doesn't seem to be a difference between documents saved in .odt or .docx; whether they were created with LibreOffice originally or by other applications.

It happens on Kubuntu, KDE NEON, Fedora KDE Spin and other freshly installed systems.

Many often claim that "a performance loss with 1000 page documents is normal." This is obvious, but it is also obvious that there is a regression when later versions of a program lose speed and performance for the same action compared to its previous versions.

Regards!

Steps to Reproduce:
1.Open any document with considerable length (more than 50,000 words), with lists and tables under the KDE environment (kf5 + cairo). 
2.Document freezes for several seconds (bug).
3.Write or try reorder any item on lists (bug continues).

Actual Results:
Document loads normally but freezes for 5-10 seconds (high-end computer) before you can edit it and then freezes for 2-5 seconds for each character entered.

Expected Results:
The document should be editable right after it is loaded, just like it is under the GNOME environment or under Windows.


Reproducible: Always


User Profile Reset: Yes

Additional Info:
I don't use any plugins.
I have already tried resetting user settings.
The error goes away when the use of another VCL is forced.
Comment 1 Julien Nabet 2023-02-26 10:55:47 UTC
7.1 is quite old, please give a try to last stable LO version 7.4.5.

For Ubuntu and derivatives like Kubuntu, you can add the repository https://launchpad.net/~libreoffice/+archive/ubuntu/ppa.
Comment 2 adrlopgal 2023-02-26 16:42:55 UTC
(In reply to Julien Nabet from comment #1)
> 7.1 is quite old, please give a try to last stable LO version 7.4.5.
> 
> For Ubuntu and derivatives like Kubuntu, you can add the repository
> https://launchpad.net/~libreoffice/+archive/ubuntu/ppa.

Hi. 7.1 is the earliest affected version. As I have expressed in my message, I have been testing all subsequent versions since 7.0.6.2 for years. Before submitting this report, I have tested the latest stable version 7.5.0 and the prerelease LibreOfficeDev-7.5.1.2. 

I have tried both .deb and .appimage. In snap and flatpak this bug does not occur because they do not use cairo, but gtk3.

I would like to clarify that the loss of performance is observed 1) When opening the document (the document is on the screen but does not respond) and 2) When writing the first characters of each paragraph (characters do not appear on screen until seconds later); with the delays already mentioned.

Regards.
Comment 3 Julien Nabet 2023-02-26 19:29:50 UTC
Thank you for your feedback.
Let's put it back to UNCONFIRMED then.
Comment 4 Buovjaga 2023-03-30 11:35:18 UTC
(In reply to adrlopgal from comment #0)
> Steps to Reproduce:
> 1.Open any document with considerable length (more than 50,000 words), with
> lists and tables under the KDE environment (kf5 + cairo). 

Please attach an example document.
Set to NEEDINFO.
Change back to UNCONFIRMED after you have provided the document.

https://wiki.documentfoundation.org/QA/Bugzilla/Sanitizing_Files_Before_Submission
Comment 5 adrlopgal 2023-04-04 14:00:52 UTC
Created attachment 186472 [details]
Test document

As requested, I have uploaded a test document that retains the same structure. I have tested the current pre-release version 7.5.2.2 (as appimage) and the bug is still there.

1) Noticeable delay when being able to navigate through the document once loaded.

2) Noticeable delay when writing to lists.
Comment 6 Buovjaga 2023-04-27 10:43:11 UTC
(In reply to adrlopgal from comment #5)
> Created attachment 186472 [details]
> Test document
> 
> As requested, I have uploaded a test document that retains the same
> structure. I have tested the current pre-release version 7.5.2.2 (as
> appimage) and the bug is still there.
> 
> 1) Noticeable delay when being able to navigate through the document once
> loaded.
> 
> 2) Noticeable delay when writing to lists.

No delays for me

Arch Linux 64-bit, X11
Version: 7.5.2.2 (X86_64) / LibreOffice Community
Build ID: 50(Build:2)
CPU threads: 8; OS: Linux 6.2; UI render: default; VCL: kf5 (cairo+xcb)
Locale: fi-FI (fi_FI.UTF-8); UI: en-US
7.5.2-1
Calc: CL threaded
Comment 7 Dieter 2024-05-09 04:36:30 UTC
Adrlopgal, nobody could confirm the bug for more than one year. So could you please test, if it is still reproducible for you in actual version LO 24.2.3?
=> NEEDINFO
Comment 8 QA Administrators 2024-11-06 03:15:58 UTC
Dear adrlopgal,

This bug has been in NEEDINFO status with no change for at least
6 months. Please provide the requested information as soon as
possible and mark the bug as UNCONFIRMED. Due to regular bug
tracker maintenance, if the bug is still in NEEDINFO status with
no change in 30 days the QA team will close the bug as INSUFFICIENTDATA
due to lack of needed information.

For more information about our NEEDINFO policy please read the
wiki located here:
https://wiki.documentfoundation.org/QA/Bugzilla/Fields/Status/NEEDINFO

If you have already provided the requested information, please
mark the bug as UNCONFIRMED so that the QA team knows that the
bug is ready to be confirmed.
 
Thank you for helping us make LibreOffice even better for everyone!

Warm Regards,
QA Team

MassPing-NeedInfo-Ping