Bug 162585 - Document with table slow to scroll (kf5/kf6-only)
Summary: Document with table slow to scroll (kf5/kf6-only)
Status: RESOLVED DUPLICATE of bug 152911
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
7.5.0.3 release
Hardware: x86-64 (AMD64) Linux (All)
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords: haveBacktrace, perf
Depends on:
Blocks:
 
Reported: 2024-08-23 07:15 UTC by Buovjaga
Modified: 2024-08-23 07:46 UTC (History)
1 user (show)

See Also:
Crash report or crash signature:


Attachments
Perf flamegraph (1.68 MB, image/svg+xml)
2024-08-23 07:15 UTC, Buovjaga
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Buovjaga 2024-08-23 07:15:10 UTC
Created attachment 195978 [details]
Perf flamegraph

Run with kf5 or kf6.

1. Open attachment 171031 [details]
2. Click the vertical scrollbar and drag down

Not seen with gtk3, gen or Windows.

It seems to have gotten worse in 7.5, but quite tricky to bibisect. On the other hand, in older versions, scrolling back up freezes LibreOffice while in current master it does not freeze.

Lots on time spent in SwLayoutFrame::PaintSwFrame

Michael: any idea about this?

Version: 25.2.0.0.alpha0+ (X86_64) / LibreOffice Community
Build ID: e1a4cdb3564c38ac1b75cc076c6762369e79137c
CPU threads: 8; OS: Linux 6.10; UI render: default; VCL: kf6 (cairo+wayland)
Locale: fi-FI (fi_FI.UTF-8); UI: en-US
Calc: CL threaded
Comment 1 Michael Weghorn 2024-08-23 07:46:26 UTC
(In reply to Buovjaga from comment #0)
> Lots on time spent in SwLayoutFrame::PaintSwFrame
> 
> Michael: any idea about this?

See bug 152911 comment 13

(This is Writer layout code, I'm not very familiar with this. Without investigating further, the most likely explanation seems to be that Qt mouse event handling on Wayland differs from other VCL plugins, but that's likely on the Qt library, not LO level.)

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