Bug 170317 - Slide transition takes too long (video involved)
Summary: Slide transition takes too long (video involved)
Status: UNCONFIRMED
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Impress (show other bugs)
Version:
(earliest affected)
26.2.0.0 alpha0+ master
Hardware: All All
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2026-01-12 22:48 UTC by Gerald Pfeifer
Modified: 2026-02-05 06:14 UTC (History)
2 users (show)

See Also:
Crash report or crash signature:

Attachments
Sample slide (PPTX, from full deck reduced with Impress) (12.06 MB, application/vnd.openxmlformats-officedocument.presentationml.presentation)
2026-01-12 22:48 UTC, Gerald Pfeifer 		Details
View All Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.
Description Gerald Pfeifer 2026-01-12 22:48:34 UTC 
Created attachment 205026 [details]
Sample slide (PPTX, from full deck reduced with Impress)

How to reproduce:
 1. Open sample document.
 2. Start presentation mode.
 3. Hit <space> twice.
 4. Observe how the transition from slide 2 to slide 3 takes several
    seconds.

Expected outcome: Transition takes 0.7s as per settings.

This goes away if I remove the video from slide 2.

Version: 26.2.0.0.alpha1+ (X86_64) / LibreOffice Community
Build ID: ef56804105afce4013e8c934f39ce4edc59bcc96
CPU threads: 12; OS: Linux 6.18; UI render: default; VCL: gtk3
Locale: en-US (en_US.UTF-8); UI: en-US
Comment 1 m_a_riosv 2026-01-13 04:36:13 UTC 
Seems the Smoothly Variant in the transition is the source of delay, so maybe not a bug.

Version: 26.2.0.0.beta1 (X86_64)
Build ID: 620(Build:0)
CPU threads: 4; OS: Windows 10 X86_64 (build 19045); UI render: Skia/Raster; VCL: win
Locale: es-ES (es_ES); UI: en-US
Calc: CL threaded

No difference with 25.8.4, neither with 26.8 dev