immich-app/immich
1
0
Fork 0
mirror of https://github.com/immich-app/immich.git synced 2026-07-25 14:00:45 +03:00
Code Issues 783 Packages Projects Releases 22 Wiki Activity

Slideshow applies picture time as well to videos #6388

New Issue
Closed
opened 2026-02-05 12:15:12 +03:00 by OVERLORD · 7 comments
OVERLORD commented 2026-02-05 12:15:12 +03:00
Owner
Copy Link

Originally created by @Maker3457 on GitHub (Jun 29, 2025).

I have searched the existing issues, both open and closed, to make sure this is not a duplicate report.

  • Yes

The bug

When series of pictures and videos is shown as slideshow the maximimum display time for pictures is applied as well to videos. E.g. if display time is set to 5 seconds and a video stream is 30 seconds, the slideshow stops the video after 5 seconds and moves on with next picture or video. For videos the duration of the video should overrule the maximum pictdisplaytime.

The OS that Immich Server is running on

Debian 12

Version of Immich Server

V1.135.3

Version of Immich Mobile App

N/A

Platform with the issue

  • Server
  • Web
  • Mobile

Your docker-compose.yml content

N/A

Your .env content

N/A

Reproduction steps

  1. Compile Album Containing Images and Videos
  2. Start Slideshow

...

Relevant log output

Additional information

No response

Originally created by @Maker3457 on GitHub (Jun 29, 2025). ### I have searched the existing issues, both open and closed, to make sure this is not a duplicate report. - [x] Yes ### The bug When series of pictures and videos is shown as slideshow the maximimum display time for pictures is applied as well to videos. E.g. if display time is set to 5 seconds and a video stream is 30 seconds, the slideshow stops the video after 5 seconds and moves on with next picture or video. For videos the duration of the video should overrule the maximum pictdisplaytime. ### The OS that Immich Server is running on Debian 12 ### Version of Immich Server V1.135.3 ### Version of Immich Mobile App N/A ### Platform with the issue - [x] Server - [x] Web - [ ] Mobile ### Your docker-compose.yml content ```YAML N/A ``` ### Your .env content ```Shell N/A ``` ### Reproduction steps 1. Compile Album Containing Images and Videos 2. Start Slideshow 3. ... ### Relevant log output ```shell ``` ### Additional information _No response_
OVERLORD commented 2026-02-05 12:15:14 +03:00
Author
Owner
Copy Link

@hulmgulm commented on GitHub (Aug 24, 2025):

I noticed this too today and it is annoying when showing a slideshow.

@hulmgulm commented on GitHub (Aug 24, 2025): I noticed this too today and it is annoying when showing a slideshow.
OVERLORD commented 2026-02-05 12:15:16 +03:00
Author
Owner
Copy Link

@i-a-m-d commented on GitHub (Sep 8, 2025):

I also detected this bug. This leads to a bad user experience of the slideshow feature in most of my albums, since most of my albums are a mix of pictures & videos.

I believe the right approach would be to:

  1. ignore the Duration setting for videos in a slideshow
  2. check whether the video has completed as condition before automatically moving to the next slide

@Maker3457, maybe we could rephrase the title to something like "Videos are cut off too early in slideshows", to better emphasize the problem that one experiences due to this bug.

@i-a-m-d commented on GitHub (Sep 8, 2025): I also detected this bug. This leads to a bad user experience of the slideshow feature in most of my albums, since most of my albums are a mix of pictures & videos. I believe the right approach would be to: 1. ignore the _Duration_ setting for videos in a slideshow 2. check whether the video has completed as condition before automatically moving to the next slide @Maker3457, maybe we could rephrase the title to something like "Videos are cut off too early in slideshows", to better emphasize the problem that one experiences due to this bug.
OVERLORD commented 2026-02-05 12:15:17 +03:00
Author
Owner
Copy Link

@mplonski commented on GitHub (Oct 1, 2025):

It would be awesome to get it fixed! I have a workaround, which is pausing a slideshow when I get to a video, and starting it again once we're back to a picture, but having it work without that "bug" would be great (and would allow to impress friends with immich much easier!).

The issue still exists in v1.144.1.

@mplonski commented on GitHub (Oct 1, 2025): It would be awesome to get it fixed! I have a workaround, which is pausing a slideshow when I get to a video, and starting it again once we're back to a picture, but having it work without that "bug" would be great (and would allow to impress friends with immich much easier!). The issue still exists in `v1.144.1`.
OVERLORD commented 2026-02-05 12:15:17 +03:00
Author
Owner
Copy Link

@yw610523 commented on GitHub (Oct 3, 2025):

Could you please let me know when this bug will be fixed? It still exists in the current v2.0.0 version.

@yw610523 commented on GitHub (Oct 3, 2025): Could you please let me know when this bug will be fixed? It still exists in the current v2.0.0 version.
OVERLORD commented 2026-02-05 12:15:18 +03:00
Author
Owner
Copy Link

@meesfrensel commented on GitHub (Oct 23, 2025):

I tried fixing this issue by passing the video duration to the progress bar, but this is somewhat buggy. Depending on the details of how you would do it, my issues were either: the progress bar does not start anymore when transitioning from an image to a video, or: the progress bar does not start anymore, when transitioning to an image (with an x second duration) from a video. Also, the slideshow controls impact this in unexpected ways, and I was not able to figure out linking the progress bar's progress to the video's progress. So I give up :)

In my opinion it makes sense to decouple slideshow viewing from the normal asset-viewer.svelte, and more tightly integrate the control bar and progress bar.

@meesfrensel commented on GitHub (Oct 23, 2025): I tried fixing this issue by passing the video duration to the progress bar, but this is somewhat buggy. Depending on the details of how you would do it, my issues were either: the progress bar does not start anymore when transitioning from an image to a video, or: the progress bar does not start anymore, when transitioning to an image (with an x second duration) from a video. Also, the slideshow controls impact this in unexpected ways, and I was not able to figure out linking the progress bar's progress to the video's progress. So I give up :) In my opinion it makes sense to decouple slideshow viewing from the normal `asset-viewer.svelte`, and more tightly integrate the control bar and progress bar.
OVERLORD commented 2026-02-05 12:15:19 +03:00
Author
Owner
Copy Link

@arthurvanl commented on GitHub (Dec 3, 2025):

leaving my +1 here aswell, hopefully this gets patched soon!

@arthurvanl commented on GitHub (Dec 3, 2025): leaving my +1 here aswell, hopefully this gets patched soon!
OVERLORD commented 2026-02-05 12:15:19 +03:00
Author
Owner
Copy Link

@seriffi commented on GitHub (Dec 29, 2025):

+1. I use slideshows with many videos, and currently videos are cut off by the image timeout. This makes mixed photo/video slideshows impractical. Videos should play to completion by default, or have a separate max-duration setting.

@seriffi commented on GitHub (Dec 29, 2025): +1. I use slideshows with many videos, and currently videos are cut off by the image timeout. This makes mixed photo/video slideshows impractical. Videos should play to completion by default, or have a separate max-duration setting.
Sign in to join this conversation.
No Branch/Tag Specified
Branches Tags
Labels
Clear labels
accessibility
changelog:enhancement
changelog:security
changelog:skip
changelog:translation
cli
date-time
dependencies
documentation
external-library
format
good first issue
mobile-beta
mobile-beta
mobile-beta
needs-answer
nice to have
pull-request
Mirrored from GitHub Pull Request
 sharing
tech-debt
📱mobile
🖥️web
🗄️server
🧠machine-learning
No Label
Milestone
No items
No Milestone
Projects
Clear projects
No project
Assignees
Clear assignees
OVERLORD
No Assignees
1 Participants
Notifications
Due Date
No due date set.
Dependencies

No dependencies set.

Reference: immich-app/immich#6388
Delete Branch "%!s()"

Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?