starred/jellyfin

Fork 0

mirror of https://github.com/jellyfin/jellyfin.git synced 2026-01-23 23:20:51 +01:00

[Issue]: Continue Watching Doesn't Remember the Version Played #5510

New issue

Open

opened 2025-12-22 01:51:53 +01:00 by backuprepo · 7 comments

backuprepo commented

2025-12-22 01:51:53 +01:00

Owner

Originally created by @buzzzz2138 on GitHub (Mar 7, 2024).

Please describe your bug

I have a folder that has the following files inside of it:
'Dune.1984 - 1Original.en.srt'
'Dune.1984 - 1Original.mp4'
'Dune.1984 - 2Extended.en.srt'
'Dune.1984 - 2Extended.mp4'
'Dune.1984 - 3Bonus Disc.mp4'
'Dune.1984 - 4Alternative Edition Redux.mp4'
'Dune.1984.trailer.mp4'

Under Version I see the following.

Reproduction Steps

If I got into the movie and select the 2Extended Version it plays as expected. If I then stop watching and later continue watching from the home page, it starts the 4Alternative Edition Redux version.
The work around is to go into the movie page and start the continue watching with the correct version selected. Continue Watching doesn't remember the version that was played.

Jellyfin Version

10.8.13

if other:

No response

Environment

- OS: Debian 11 (Open Media Vault)
- Linux Kernel:
- Virtualization: Docker
- Clients: Firefox 123
- Browser: Firefox 123
- FFmpeg Version: Docker
- Playback Method: Continue Watching

Jellyfin logs

NA

FFmpeg logs

No response

Please attach any browser or client logs here

No response

Please attach any screenshots here

No response

Code of Conduct

I agree to follow this project's Code of Conduct

Originally created by @buzzzz2138 on GitHub (Mar 7, 2024). ### Please describe your bug I have a folder that has the following files inside of it: 'Dune.1984 - 1Original.en.srt' 'Dune.1984 - 1Original.mp4' 'Dune.1984 - 2Extended.en.srt' 'Dune.1984 - 2Extended.mp4' 'Dune.1984 - 3Bonus Disc.mp4' 'Dune.1984 - 4Alternative Edition Redux.mp4' 'Dune.1984.trailer.mp4' Under Version I see the following. ![image](https://github.com/jellyfin/jellyfin/assets/3680372/9eb6dbfb-f329-458d-afee-9b39f84251d6) ### Reproduction Steps If I got into the movie and select the 2Extended Version it plays as expected. If I then stop watching and later continue watching from the home page, it starts the 4Alternative Edition Redux version. The work around is to go into the movie page and start the continue watching with the correct version selected. Continue Watching doesn't remember the version that was played. ### Jellyfin Version 10.8.13 ### if other: _No response_ ### Environment ```markdown - OS: Debian 11 (Open Media Vault) - Linux Kernel: - Virtualization: Docker - Clients: Firefox 123 - Browser: Firefox 123 - FFmpeg Version: Docker - Playback Method: Continue Watching ``` ### Jellyfin logs ```shell NA ``` ### FFmpeg logs _No response_ ### Please attach any browser or client logs here _No response_ ### Please attach any screenshots here _No response_ ### Code of Conduct - [X] I agree to follow this project's Code of Conduct

backuprepo added the

enhancement

bug

labels 2025-12-22 01:51:53 +01:00

backuprepo commented

2025-12-22 01:51:56 +01:00

Author

Owner

@jbatt33 commented on GitHub (Apr 2, 2024):

To take this enhancement a bit further, we should also be saving the last selection Audio/subtitle settings when the content is stopped.

@jbatt33 commented on GitHub (Apr 2, 2024): To take this enhancement a bit further, we should also be saving the last selection Audio/subtitle settings when the content is stopped.

backuprepo commented

2025-12-22 01:51:59 +01:00

Author

Owner

@jbatt33 commented on GitHub (Apr 2, 2024):

Checking the data repository, we only have playbackPositionTicks storeted. We are storing the AudioStreamIndex and the SubtitleStreamIndex, but I'm not sure if these are updated when the item was started. Checking more.

Ok, I see Audio and subtitle are updated when the track changes, which makes sense. I think I need to debug this a bit more.

@jbatt33 commented on GitHub (Apr 2, 2024): Checking the data repository, we only have playbackPositionTicks storeted. We are storing the AudioStreamIndex and the SubtitleStreamIndex, but I'm not sure if these are updated when the item was started. Checking more. Ok, I see Audio and subtitle are updated when the track changes, which makes sense. I think I need to debug this a bit more.

backuprepo commented

2025-12-22 01:52:04 +01:00

Author

Owner

@SourSulfur commented on GitHub (Apr 3, 2024):

While replicating this I've also noticed that going into the movie page and selecting the version only works if that's the only version that has been played.

So, if I play Version 1 and then resume V1 from the movie page, it resumes from the right spot. However, if I now play V2 till some other point midway and then try to resume V1 again from the movie page, it plays from V2's stop point, not V1.

I was wondering if someone else could confirm if they noticed this (maybe @buzzzz2138?) or can replicate this behavior or if there's already an issue that tracks this?

@SourSulfur commented on GitHub (Apr 3, 2024): While replicating this I've also noticed that going into the movie page and selecting the version only works if that's the only version that has been played. So, if I play Version 1 and then resume V1 from the movie page, it resumes from the right spot. However, if I now play V2 till some other point midway and then try to resume V1 again from the movie page, it plays from V2's stop point, not V1. I was wondering if someone else could confirm if they noticed this (maybe @buzzzz2138?) or can replicate this behavior or if there's already an issue that tracks this?

backuprepo commented

2025-12-22 01:52:08 +01:00

Author

Owner

@buzzzz2138 commented on GitHub (Apr 3, 2024):

The stop point is recorded but isn't related to the version of movie being played only the Movie page.
Play V1 to 20 minutes.
Then stop and go back to the movie page and select/play V2 and it'll start at the 20 minute mark. That reads to me that the current position time is only related to the movie as a whole and not related to the version.

@buzzzz2138 commented on GitHub (Apr 3, 2024): The stop point is recorded but isn't related to the version of movie being played only the Movie page. Play V1 to 20 minutes. Then stop and go back to the movie page and select/play V2 and it'll start at the 20 minute mark. That reads to me that the current position time is only related to the movie as a whole and not related to the version.

backuprepo commented

2025-12-22 01:52:13 +01:00

Author

Owner

@SourSulfur commented on GitHub (Apr 3, 2024):

Yeah, I'm assuming this is a bug and the current position should be associated with each version. Not sure if there's already an issue for this if it is indeed a bug.

@SourSulfur commented on GitHub (Apr 3, 2024): Yeah, I'm assuming this is a bug and the current position should be associated with each version. Not sure if there's already an issue for this if it is indeed a bug.

backuprepo commented

2025-12-22 01:52:15 +01:00

Author

Owner

@Shadowghost commented on GitHub (Apr 3, 2024):

If the userdata supports differentiating between versions, it's definitly a bug. If not, it's tech debt left over from bad Emby implementations.

@Shadowghost commented on GitHub (Apr 3, 2024): If the userdata supports differentiating between versions, it's definitly a bug. If not, it's tech debt left over from bad Emby implementations.

backuprepo commented

2025-12-22 01:52:18 +01:00

Author

Owner

@MaximeLussier commented on GitHub (Jul 9, 2025):

I have the same issue but cannot seem to continue the version I started, even from the movie page. The "Continue Watching" section on the home page has the movie, but with no progress bar...

Going to the movie page and selecting the right version also starts from the beginning.

@MaximeLussier commented on GitHub (Jul 9, 2025): I have the same issue but cannot seem to continue the version I started, even from the movie page. The "Continue Watching" section on the home page has the movie, but with no progress bar... Going to the movie page and selecting the right version also starts from the beginning.

backuprepo referenced this issue

2025-12-22 08:00:34 +01:00

[PR #5510] [MERGED] Fix: Streaming crashing due to no deviceProfileId match. #10361

No milestone

No project

No assignees

1 participant

Notifications

Due date

The due date is invalid or out of range. Please use the format "yyyy-mm-dd".

No due date set.

Dependencies

No dependencies set.

Reference: starred/jellyfin#5510

No description provided.

Rows
Columns