starred/jellyfin
1
0
Fork 0
mirror of https://github.com/jellyfin/jellyfin.git synced 2026-05-04 18:09:12 +03:00
Code Issues 822 Packages Projects Releases 10 Wiki Activity

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

New Issue
Open
opened 2026-02-07 04:53:52 +03:00 by OVERLORD · 13 comments
OVERLORD commented 2026-02-07 04:53:52 +03:00
Owner
Copy Link

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_
OVERLORD added the bugconfirmed labels 2026-02-07 04:53:52 +03:00
OVERLORD commented 2026-02-07 04:53:54 +03:00
Author
Owner
Copy Link

@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.
OVERLORD commented 2026-02-07 04:53:55 +03:00
Author
Owner
Copy Link

@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.
OVERLORD commented 2026-02-07 04:53:56 +03:00
Author
Owner
Copy Link

@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.
OVERLORD commented 2026-02-07 04:53:57 +03:00
Author
Owner
Copy Link

@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.
OVERLORD commented 2026-02-07 04:53:58 +03:00
Author
Owner
Copy Link

@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.
OVERLORD commented 2026-02-07 04:53:59 +03:00
Author
Owner
Copy Link

@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.
OVERLORD commented 2026-02-07 04:54:00 +03:00
Author
Owner
Copy Link

@OdinVex commented on GitHub (Dec 26, 2025):

Any way to disable all caching?

@OdinVex commented on GitHub (Dec 26, 2025): Any way to disable all caching?
OVERLORD commented 2026-02-07 04:54:00 +03:00
Author
Owner
Copy Link

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

Hey @theguymadmax! Is it something that I can pick up, unless the team already fixed the issue?

For the context, I'm relatively new to Jellyfin ecosystem (i.e. I use it for a month or two). I can consistently reproduce the issue with my setup (non-Docker environment at the moment). I haven't contributed before, I'll read the doc on the website and get setup done in a couple of days.

Please let me know if you have any insights that might be useful for this bug.

@Beraliv commented on GitHub (Dec 29, 2025): Hey @theguymadmax! Is it something that I can pick up, unless the team already fixed the issue? For the context, I'm relatively new to Jellyfin ecosystem (i.e. I use it for a month or two). I can consistently reproduce the issue with my setup (non-Docker environment at the moment). I haven't contributed before, I'll read the doc on the website and get setup done in a couple of days. Please let me know if you have any insights that might be useful for this bug.
OVERLORD commented 2026-02-07 04:54:00 +03:00
Author
Owner
Copy Link

@WindFreaker commented on GitHub (Jan 2, 2026):

Hi I am also having this issue but it is clearly not just a caching issue because I am seeing favorites not syncing with the server seemingly randomly. Having to double or even triple check that a song was properly added to my favorites is very frustrating.

@WindFreaker commented on GitHub (Jan 2, 2026): Hi I am also having this issue but it is clearly not just a caching issue because I am seeing favorites not syncing with the server seemingly randomly. Having to double or even triple check that a song was properly added to my favorites is very frustrating.
OVERLORD commented 2026-02-07 04:54:01 +03:00
Author
Owner
Copy Link

@WindFreaker commented on GitHub (Jan 2, 2026):

I just checked the logs and watched as I clicked the favorite icon a message appear that looks like this.
[2026-01-02 00:48:02.203 +00:00] [INF] [55] Jellyfin.Plugin.Lastfm.ServerEntryPoint: "WindFreaker" ""loved track '"[song name here]"'

However, no amount of refreshing cache or restarting any client actually has that song show up in favorites. In fact, restarting the server shows that it never was in favorites to begin with.

@WindFreaker commented on GitHub (Jan 2, 2026): I just checked the logs and watched as I clicked the favorite icon a message appear that looks like this. `[2026-01-02 00:48:02.203 +00:00] [INF] [55] Jellyfin.Plugin.Lastfm.ServerEntryPoint: "WindFreaker" ""loved track '"[song name here]"'` However, no amount of refreshing cache or restarting any client actually has that song show up in favorites. In fact, restarting the server shows that it never was in favorites to begin with.
OVERLORD commented 2026-02-07 04:54:02 +03:00
Author
Owner
Copy Link

@theguymadmax commented on GitHub (Jan 2, 2026):

@Beraliv, sorry for the late reply (holidays). Anyone is welcome to work on this issue. I haven't looked at it since making the initial PR #15048. You should be able to piggyback off of that.

@theguymadmax commented on GitHub (Jan 2, 2026): @Beraliv, sorry for the late reply (holidays). Anyone is welcome to work on this issue. I haven't looked at it since making the initial PR #15048. You should be able to piggyback off of that.
OVERLORD commented 2026-02-07 04:54:02 +03:00
Author
Owner
Copy Link

@Beraliv commented on GitHub (Jan 2, 2026):

@Beraliv, sorry for the late reply (holidays). Anyone is welcome to work on this issue. I haven't looked at it since making the initial PR #15048. You should be able to piggyback off of that.

Don't worry, and happy new year to you! Thank you for the link, I'll have a look on this weekend next week!

@Beraliv commented on GitHub (Jan 2, 2026): > [@Beraliv](https://github.com/Beraliv), sorry for the late reply (holidays). Anyone is welcome to work on this issue. I haven't looked at it since making the initial PR [#15048](https://github.com/jellyfin/jellyfin/pull/15048). You should be able to piggyback off of that. Don't worry, and happy new year to you! Thank you for the link, I'll have a look on ~this weekend~ next week!
OVERLORD commented 2026-02-07 04:54:03 +03:00
Author
Owner
Copy Link

@Beraliv commented on GitHub (Jan 22, 2026):

cc @theguymadmax I finally got the setup ready, can debug the project and started looking into this issue

@Beraliv commented on GitHub (Jan 22, 2026): cc @theguymadmax I finally got the setup ready, can debug the project and started looking into this issue
Sign in to join this conversation.
No Branch/Tag Specified
Branches Tags
Labels
Clear labels
EFjellyfin.db
area:database
awaiting-feedback
backend
blocked
breaking change: web api
bug
build
ci
confirmed
discussion needed
dotnet future
downstream
duplicate
enhancement
feature
future
github-actions
good first issue
hdr
help wanted
invalid
investigation
librarydb
live-tv
lyrics
media playback
music
needs testing
nuget
performance
platform
pull-request
Mirrored from GitHub Pull Request
 question
regression
release critical
requires-web
roadmap
security
security
stale
support
syncplay
ui & ux
upstream
wontfix
No Label bug confirmed
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: starred/jellyfin#7405
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?