Description: when inserted an animated gif on an impress document impress freeze (animation run very very slowly, a frame every 10 second and it's not possible to displace the image or add something. Steps to Reproduce: 1.open an new impress document 2. add an animated gif image from a certain size 3. Actual Results: first it seems to work for 4 or 5 seconds, then the software freeze (framerate less than an image every 10 second) - if monitored, the CPU is overfull of charge Expected Results: gif animated image display correctly, document should be modified presentation should be usable Reproducible: Always User Profile Reset: Yes Additional Info: Version: 24.2.7.2 (X86_64) / LibreOffice Community Build ID: 420(Build:2) CPU threads: 4; OS: Linux 6.14; UI render: default; VCL: kf5 (cairo+xcb) Locale: fr-FR (fr_FR.UTF-8); UI: fr-FR Ubuntu package version: 4:24.2.7-0ubuntu0.24.04.4 Calc: threaded
Created attachment 204222 [details] libreoffice impress with freeze problem you can find here the impress doc which freeze - in slide #2 sometimes it works if you don't try to do anything else (not moving the mouse) tested on an HP Z210 workstation with 8Gb memory on kubuntu 24.04 with 8Gb memory and on an HP zbook G3 on win10.
Already opening takes a long time and has high CPU activity. Rendering is very slow both in edit and in show mode. Tested with debug build Version: 26.2.0.0.alpha1+ (X86_64) / LibreOffice Community Build ID: e8dd8f9888386eef334bb16ee19a5d335cc810d6 CPU threads: 32; OS: Windows 11 X86_64 (build 26100); UI render: Skia/Vulkan; VCL: win Locale: en-US (de_DE); UI: en-US Calc: threaded Same problem with Skia/Raster It opens quickly and shows the animation normally in edit mode and presentation mode in Version: 25.8.2.2 (X86_64) Build ID: d401f2107ccab8f924a8e2df40f573aab7605b6f CPU threads: 32; OS: Windows 11 X86_64 (build 26100); UI render: Skia/Vulkan; VCL: win Locale: en-US (de_DE); UI: en-US Calc: threaded
animation stutters when moving the mouse in Version: 25.8.3.2 (X86_64) Build ID: 8ca8d55c161d602844f5428fa4b58097424e324e CPU threads: 32; OS: Windows 11 X86_64 (build 26100); UI render: Skia/Vulkan; VCL: win Locale: en-US (en_US); UI: en-US Calc: CL threaded
It seems that the issue precedes Version: 4.5.0.0.alpha0+ Build ID: 57d6b92b69a31260dea0d84fcd1fc5866ada7adb Locale: en_US the attached freezes the program and crashes or does not load the gif at all, maybe not bibisectable.
(In reply to Regina Henschel from comment #2) > Already opening takes a long time and has high CPU activity. Rendering is > very slow both in edit and in show mode. Tested with debug build Version: > 26.2.0.0.alpha1+ (X86_64) / LibreOffice Community > Build ID: e8dd8f9888386eef334bb16ee19a5d335cc810d6 > CPU threads: 32; OS: Windows 11 X86_64 (build 26100); UI render: > Skia/Vulkan; VCL: win > Locale: en-US (de_DE); UI: en-US > Calc: threaded > > Same problem with Skia/Raster > > It opens quickly and shows the animation normally in edit mode and > presentation mode in Version: 25.8.2.2 (X86_64) > Build ID: d401f2107ccab8f924a8e2df40f573aab7605b6f > CPU threads: 32; OS: Windows 11 X86_64 (build 26100); UI render: > Skia/Vulkan; VCL: win > Locale: en-US (de_DE); UI: en-US > Calc: threaded Regina: a debug build should not normally be used to test performance issues as it runs slower by default. A non-debug build of 26.2 does not seem heavier than 25.8 for me on Linux and it definitely does not freeze. So I remove the regression keywords based on this observation.