Bug 158397 - Freeze (beachball) when hovering with mouse above an animating gif or when opening presentation mode(macOS) with any backend
Summary: Freeze (beachball) when hovering with mouse above an animating gif or when op...
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Impress (show other bugs)
Version:
(earliest affected)
24.2.0.0 alpha1+
Hardware: All macOS (All)
: medium major
Assignee: Not Assigned
URL:
Whiteboard:
Keywords: bibisectRequest, perf
Depends on:
Blocks: MacOS-Performance
  Show dependency treegraph
 
Reported: 2023-11-27 09:18 UTC by Telesto
Modified: 2024-05-03 12:42 UTC (History)
2 users (show)

See Also:
Crash report or crash signature:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Telesto 2023-11-27 09:18:07 UTC
Description:
Freeze (beachball) when hoovering with mouse above an animating gif (macOS)

Steps to Reproduce:
1. Open Impress
2. Insert attachment 186976 [details]
3. Hoover with the mouse above the image/gif and.or open presentation mode

Actual Results:
The red dot does move across the chart in slow motion and spinning beachballs.

Expected Results:
Being able to edit the slide


Reproducible: Always


User Profile Reset: No

Additional Info:
Version: 24.2.0.0.alpha0+ (X86_64) / LibreOffice Community
Build ID: 5682e1d4145c26fc8021879df0543d5aeacf9c83
CPU threads: 8; OS: macOS 13.4.1; UI render: Skia/Raster; VCL: osx
Locale: nl-NL (nl_NL.UTF-8); UI: en-US
Calc: threaded
Comment 1 Zahar Chernov 2023-11-28 16:35:13 UTC Comment hidden (spam)
Comment 2 soto ca 2023-12-09 16:49:59 UTC Comment hidden (spam)
Comment 3 Felix Miller 2024-02-12 08:14:00 UTC Comment hidden (spam)
Comment 4 Stéphane Guillou (stragu) 2024-03-04 05:53:09 UTC
On both Windows and Linux, also reproduced the slowdown on hovering and moving the cursor off the gif. Occasionally, I get a more serious slowdown or a complete freeze, but unsure how to reproduce reliably.

Version: 24.2.1.1 (X86_64) / LibreOffice Community
Build ID: 359ef544e625d2ffbfced462ab37bd593ca85fa7
CPU threads: 8; OS: Linux 6.5; UI render: default; VCL: gtk3
Locale: en-AU (en_AU.UTF-8); UI: en-US
Calc: threaded

Version: 24.2.0.3 (X86_64) / LibreOffice Community
Build ID: da48488a73ddd66ea24cf16bbc4f7b9c08e9bea1
CPU threads: 4; OS: Windows 10.0 Build 22631; UI render: Skia/Raster; VCL: win
Locale: en-US (en_US); UI: en-US
Calc: threaded

I also reproduce a slight slowdown in LO 6.0, so that issue has been around for a while. But It has gotten worse along the way.

Is the issue in macOS a clear regression when comparing to 7.6, Telesto?
Comment 5 Telesto 2024-03-05 15:21:21 UTC
(In reply to Stéphane Guillou (stragu) from comment #4)
> Is the issue in macOS a clear regression when comparing to 7.6, Telesto?

It's workable but slow with
Version: 7.6.0.0.alpha0+ (X86_64) / LibreOffice Community
Build ID: 1cfeb4bd8ce7f7727a81136bd3e2d6ebea976895
CPU threads: 8; OS: Mac OS X 14.3; UI render: Skia/Raster; VCL: osx
Locale: nl-NL (nl_NL.UTF-8); UI: en-US
Calc: threaded

It's essentially unworkable with
Version: 24.8.0.0.alpha0+ (X86_64) / LibreOffice Community
Build ID: 907c5d684daeb055183abb9175405c6d68fb1f49
CPU threads: 8; OS: macOS 14.3; UI render: Skia/Raster; VCL: osx
Locale: nl-NL (nl_NL.UTF-8); UI: en-US
Calc: threaded

so from bad to worse. A bibisect would be possible, i guess.
Comment 6 Buovjaga 2024-05-03 12:12:14 UTC
I wonder if the fixes for bug 153162 have an effect on the slideshow perf.
Comment 7 Buovjaga 2024-05-03 12:42:12 UTC
Doesn't seem bad in slideshow mode. In edit mode, there is a pause and CPU use getting higher when opening and closing a dialog.

Version: 24.8.0.0.alpha0+ (X86_64) / LibreOffice Community
Build ID: 9b41d33a00763bebd5fc70787052222d35a98a52
CPU threads: 2; OS: Windows 11 (10.0 build 22621); UI render: Skia/Raster; VCL: win
Locale: en-US (en_US); UI: en-US
Calc: threaded