[Bug] 10.11: Favorites get lost during playback #7407

Open
opened 2025-12-22 05:39:19 +01:00 by backuprepo · 6 comments
Owner

Originally created by @Rattle22 on GitHub (Oct 11, 2025).

Description of the bug

I set up jellyfin 10.11.0-rc8 with docker compose behind nginx. I used the recommended settings with no modifications, except taking out the ssl config of the nginx file and having it generated by certbot instead.

When playing music and favoriting, sometimes new changes get reset. This seems to be tied to the progress update the client sends to the server.

Reproduction steps

  1. Sign in to Jellyfin with Firefox or the Android app.
  2. Start playing music.
  3. Favorite the song currently playing.
  4. Wait a bit (by watching the network trace, the moment can be more-or-less pinpointed to the POST request to the /progress endpoint.)
  5. When reloading, or loading the favorite list, the song is no longer favorited.
  6. Alternatively, favorite and reload before the progress POST; the song is now correctly favorited.
  7. This works analogous for unfavoriting.

What is the current bug behavior?

The favoriting status of songs does not 'stick', without further investigation the action seems to fail at random.

What is the expected correct behavior?

When a song is favorited or unfavorited, this persists regardless of other actions.

Jellyfin Server version

10.10.0+

Specify commit id

No response

Specify unstable release number

No response

Specify version number

No response

Specify the build version

10.11.0-RC8

Environment

- OS: Debian 12
- Linux Kernel: 6.1.0-38-amd64 x86_64
- Virtualization: Docker [compose]
- Clients: Browser, Android
- Browser: Firefox 136.0.3
- FFmpeg Version: default
- Playback Method: default
- Hardware Acceleration: default
- GPU Model: none
- Plugins: none
- Reverse Proxy: nginx
- Base URL: none
- Networking: unknown
- Jellyfin Data Storage: Docker Volume
- Media Storage: bind mount sftp into docker
- External Integrations: none

Jellyfin logs

It's 4 at night and I just got 10.10.7 running successfully I'll get you the logs tomorrow

FFmpeg logs


Client / Browser logs

No response

Relevant screenshots or videos

No response

Additional information

No response

Originally created by @Rattle22 on GitHub (Oct 11, 2025). ### Description of the bug I set up jellyfin 10.11.0-rc8 with docker compose behind nginx. I used the recommended settings with no modifications, except taking out the ssl config of the nginx file and having it generated by certbot instead. When playing music and favoriting, sometimes new changes get reset. This seems to be tied to the progress update the client sends to the server. ### Reproduction steps 1. Sign in to Jellyfin with Firefox or the Android app. 2. Start playing music. 3. Favorite the song currently playing. 4. Wait a bit (by watching the network trace, the moment can be more-or-less pinpointed to the POST request to the /progress endpoint.) 5. When reloading, or loading the favorite list, the song is no longer favorited. 6. Alternatively, favorite and reload *before* the progress POST; the song is now correctly favorited. 7. This works analogous for unfavoriting. ### What is the current _bug_ behavior? The favoriting status of songs does not 'stick', without further investigation the action seems to fail at random. ### What is the expected _correct_ behavior? When a song is favorited or unfavorited, this persists regardless of other actions. ### Jellyfin Server version 10.10.0+ ### Specify commit id _No response_ ### Specify unstable release number _No response_ ### Specify version number _No response_ ### Specify the build version 10.11.0-RC8 ### Environment ```markdown - OS: Debian 12 - Linux Kernel: 6.1.0-38-amd64 x86_64 - Virtualization: Docker [compose] - Clients: Browser, Android - Browser: Firefox 136.0.3 - FFmpeg Version: default - Playback Method: default - Hardware Acceleration: default - GPU Model: none - Plugins: none - Reverse Proxy: nginx - Base URL: none - Networking: unknown - Jellyfin Data Storage: Docker Volume - Media Storage: bind mount sftp into docker - External Integrations: none ``` ### Jellyfin logs ```shell It's 4 at night and I just got 10.10.7 running successfully I'll get you the logs tomorrow ``` ### FFmpeg logs ```shell ``` ### Client / Browser logs _No response_ ### Relevant screenshots or videos _No response_ ### Additional information _No response_
backuprepo added the
confirmed
bug
labels 2025-12-22 05:39:19 +01:00
Author
Owner

@theguymadmax commented on GitHub (Oct 11, 2025):

This is a caching issue. If you scan your library, the favorited item will show up.

@theguymadmax commented on GitHub (Oct 11, 2025): This is a caching issue. If you scan your library, the favorited item will show up.
Author
Owner

@Rattle22 commented on GitHub (Oct 11, 2025):

Are you sure about that? This doesn't happen in 10.10.7, so even if it is, it's one that doesn't happen in older versions.
Also, I'd still consider this a bug or at the very least a missing feature if favorites showing up requires a library scan this often.

@Rattle22 commented on GitHub (Oct 11, 2025): Are you sure about that? This doesn't happen in 10.10.7, so even if it is, it's one that doesn't happen in older versions. Also, I'd still consider this a bug or at the very least a missing feature if favorites showing up requires a library scan this often.
Author
Owner

@theguymadmax commented on GitHub (Oct 11, 2025):

Yes, it's a bug introduced in 10.11; otherwise, I would have closed the report instead of labeling it as confirmed and Todo.

I just provided a workaround until the issue is fixed.

@theguymadmax commented on GitHub (Oct 11, 2025): Yes, it's a bug introduced in 10.11; otherwise, I would have closed the report instead of labeling it as confirmed and Todo. I just provided a workaround until the issue is fixed.
Author
Owner

@Rattle22 commented on GitHub (Oct 11, 2025):

Ah, sorry, misread your tone.
Shall I still provide the logs, or do you have what you need? It'd be a bunch of work to set it up again, but if it's helpful I'll take the time.

@Rattle22 commented on GitHub (Oct 11, 2025): Ah, sorry, misread your tone. Shall I still provide the logs, or do you have what you need? It'd be a bunch of work to set it up again, but if it's helpful I'll take the time.
Author
Owner

@theguymadmax commented on GitHub (Oct 11, 2025):

Thanks, but logs aren’t necessary. The issue is easy to reproduce, and the logs wouldn’t indicate anything meaningful. Version 10.11 introduces aggressive caching to improve performance, and this appears to be a regression.

@theguymadmax commented on GitHub (Oct 11, 2025): Thanks, but logs aren’t necessary. The issue is easy to reproduce, and the logs wouldn’t indicate anything meaningful. Version 10.11 introduces aggressive caching to improve performance, and this appears to be a regression.
Author
Owner

@h4p commented on GitHub (Oct 21, 2025):

I can confirm this bug.

Liking a music track successfully sends a request to the server and in the frontend the heart icon is shown.
If I go back to the overview page and select the same album again the heart icon is grayed out.

@h4p commented on GitHub (Oct 21, 2025): I can confirm this bug. Liking a music track successfully sends a request to the server and in the frontend the heart icon is shown. If I go back to the overview page and select the same album again the heart icon is grayed out.
Sign in to join this conversation.
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#7407
No description provided.